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I.  BACKGSOOMD 


A.  IHTRODUCTZOM 

As  the  nation  trims  down  both  the  size  and  budget  of  the 
military  effective  use  of  funds  is  becoming  increasingly  more 
important.  Finding  ways  to  reduce  costs  without  sacrificing 
readiness  is  paraunount.  One  manner  to  reduce  costs  yet  retain 
performance  is  through  simulation.  Manipulation  of  forces 
across  a  con^uter  screen  is  much  more  cost  effective,  and 
safer,  than  mobilization  of  large  forces  for  training 
exercises.  Simulation  is  not  a  new  concept,  but  one  whose 
usefulness  is  becoming  more  prominent. 

The  Army  has  had  a  wargaming  simulation  known  as  Janus  (A) 
for  over  a  decade.  Janus  (A)  uses  a  database  defined  by  large 
10000  square  meter  terrain  grids  to  create  battle  simulations 
for  use  in  planning  and  evaluation  of  various  combat 
scenarios.  Recently  a  much  higher  resolution  database  known 
as  Pegasus  has  been  developed  using  terrain  grids  of  only  one 
square  meter.  If  the  new  Pegasus  dated>ase  could  be 
incorporated  into  the  Janus  structure,  then  it  would  be 
theoretically  possible  to  achieve  a  simulation  which  more 
closely  approaches  reality. 


B.  THE  JANUS  MODEL 


The  Janus  simulation  was  originally  fielded  in  1978.  The 
simulation  was  named  after  Janus,  the  two  faced  Roman  god  of 
portals  who  guarded  the  gates  of  Rome  by  looking  in  two 
directions  at  the  same  time.  Originally  intended  for  use  as 
a  nuclear  effects  model,  Janus  became  a  useful  training  tool 
as  well  as  a  model  for  combat  development  research.  Janus  was 
updated  to  version  2.1  in  January  1992.  [Ref.  l:p.  1] 

The  Janus  model  simulates  battle  between  Blue  and  Red 
units.  Forces  from  each  side  up  to  brigade  and  regimental 
sized  units  are  controlled  by  two  or  more  users  operating  from 
separate  computer  terminals.  [Ref.  l:p.  1] 

Each  terminal  presents  the  operator  with  a  high  resolution 
graphical  depiction  of  friendly  forces,  detected  enemy  forces, 
terrain  contours,  and  a  variety  of  other  useful  information. 
The  Janus  model  is  composed  of  13  executable  FORTRAN  programs. 
These  programs  are  divided  into  three  major  groups:  those 
used  to  create  and  maintain  the  database;  those  which  build 
verify  and  run  the  scenario;  and  those  used  to  analyze 
scenario  results  [Ref.  l:p.  5]. 

The  datcdsase  used  by  Janus  is  a  digitized  terrain 
developed  by  the  Defense  Mapping  Agency.  The  terrain  is 
divided  into  grids  100  meters  on  a  side,  each  of  which  is 
numerically  represented  by  values  characteristic  of  the 
particular  grid.  [Ref.  2:p.  3] 
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C.  TARGET  ACQUISITION  IN  JANUS 

In  order  to  develop  a  progrcun  which  makes  use  of  a  new 
higher  resolution  database  it  is  first  necessary  to  gain  a 
basic  understanding  of  how  acquisition  is  currently 
determined.  The  next  four  sections  are  a  summarization  of 
A.D.  Kellner's  14  July,  1992  memorandxim  for  the  record  in 
which  he  discusses  detection  in  Janus.  This  memorand\im  as 
originally  written  is  found  in  Appendix  A. 

1 .  Background 

Acquisition  in  the  Janus  model  is  based  on  the 
mathematical  detection  model  developed  by  the  Night  Vision  and 
Electro -Optics  Laboratory  (NVEOL) .  This  model  is  based  on  a 
concept  involving  the  computation,  for  a  specific  sensor - 
target  pair,  of  the  number  of  resolved  cycles  across  a 
target's  critical  dimension. 

Imagine  a  pattern  of  stripes  or  bars  equal  in  length 
and  alternating  in  color  at  the  target's  location.  Let  the 
contrast  between  the  colors  of  the  pattern  be  the  same  as  the 
contrast  between  the  image  of  the  target  and  its  background. 
The  length  of  the  pattern  is  the  same  as  the  target's  minimum 
presented  dimension.  Slowly  decrease  the  width  of  the  stripes 
until  the  minimum  width  at  which  the  observer  can  still 
distinguish  the  individual  stripes  is- reached.  The  number  of 
pairs  now  contained  in  the  minimum  presented  area  is  called 
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the  number  of  resolvable  cycles  for  that  target -sensor 
combination. 

The  concept  of  resolvable  cycles  is  very  useful  in  the 
confutation  of  detection  probcdsilities.  The  NVEOL  model 
defines  two  probabilities  associated  with  the  detection  of  a 
given  target  by  a  given  sensor.  First  is  the  probability  that 
the  target  will  be  detected  by  the  sensor  given  infinite 
time,  PD.  This  quantity  is  also  known  as  p-infinity.  Second 
is  the  probability  that  the  target  will  be  detected  during  the 
time  it  is  within  the  sensor's  field  of  view,  given  that  it 
can  eventually  be  detected.  This  is  called  P(t} .  Both 
quantities  of  PD  and  P(t)  are  functions  of  the  number  of 
resolvadsle  cycles,  N,  which  can  be  resolved  by  a  given  sensor- 
target  pair.  The  probability  that  a  sensor  can  discriminate 
the  target  once  detected  is  also  a  function  of  N. 

The  portion  of  the  NVEOL  model  relevant  to  Janus 
consist  of  the  three  following  steps:  1)  calculate  the 

attenuation  of  the  target's  signature  along  the  line  of  sight 
2)  given  the  target's  signature  at  the  sensor,  calculate  the 
number  of  cycles  the  sensor  can  resolve  across  the  target's 
critical  dimension  3)  Given  N,  determine  if  the  target  can  be 
detected,  acquired,  and  recognized. 

2 .  Signature  Attenuation 

Signature  attenuation  between  the  target  and  the 
sensor  is  caused  by  atmospheric  effects  as  well  as  objects 
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obscuring  path  of  the  line  of  sight  which  will  be  called  large 
area  smoke .  Let : 


St  -  signature  at  target 
Sb  -  signature  at  sensor 
T1  «  transmission  of  normal  atmosphere 
T2  •  transmission  of  large  area  smoke 

and 


Ss  -  St  *  T1  *  T2  (1) 

For  optical  sensors,  St  is  the  optical  contrast  of  the  target 
which  is  a  part  of  the  master  database,  and  thus  remains  the 
same  for  a  target  during  a  Janus  run. 

3 .  Resolvable  Cycles 

The  performance  of  a  sensor  is  represented  by  a  curve 
of  resolvable  cycles  per  milliradian  (CMR)  as  a  iiunction  of 
the  target  signature  measured  at  the  sensor.  This  can  be 
expressed  mathematically  as  follows: 

CMR  =  f(Ss)  (2) 


However  there  is  no  analytical  equation  to  describe 
this  function,  so  this  function  is  input  in  the  master 
database  for  each  sensor  as  a  tables  of  values.  Entering  the 
taUble  of  the  specific  sensor- target  pair  with  the  signature  at 
the  sensor,  Ss,  produces  an  output  of  CMR. 
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Once  the  number  of  resolvable  cycles  is  obtained  the 
nvunber  of  cycles  actually  resolved  by  the  sensor  is  obtained 
by: 


N 


CMR 


^  TDIM 
Range 


(3) 


where 

TDIM  -  target's  minimum  presented  dimension  in  meters 

Range  -  sensor  to  target  range  in  kilometers. 

TDIM  is  obtained  from  the  master  dated>ase  for  the  parties 
target  and  range  is  provided  by  the  simulation. 

4.  Acquisition 

After  the  number  of  cycles  resolved  on  the  target  is 
known  the  probaibility  of  detection  and  time  till  detection, 
P(t),  may  be  determined.  The  probeUOility  of  detection  is 
given  by 


PD 


CR" 

\  *  CR" 


(4) 


where 

W  ^  2.7  +  0.7^ 

CR  -  N/N50 

N  -  number  of  resolvable  cycles 

N50  «  median  ntimber  of  resolvable  cycles  required  for 
eventual  detection 

Note  that  when  N  -  N50  the  equation  4  goes  to  0.5,  meaning 
that  for  a  reuidom  Scuiple  of  observers,  half  will  require  less 
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than  N50  resolvable  cycles  to  detect  the  target  and  half  will 
require  more.  Janus  uses  the  following  N50  criteria  for 
detection  and  subsequent  target  discrimination: 

1.0  cycles  Detection:  sensing  a  foreign  object  is 

present 

2.0  cycles  Aiitpoint:  ediility  to  aim  at  a  target 
3.5  cycles  Recognition:  aUsility  to  distinguish  target 
class,  such  as  tank,  truck,  jeep 
6.4  cycles  Identification:  eibility  to  classify  the 

target  as  specific  member  of  a  class 
At  the  beginning  of  a  Janus  run  each  sensor- target 
pair  is  assigned  a  random  value  which  represents  the  ed>ility 
of  the  sensor  to  detect  the  corresponding  target.  This  random 
number  is  the  number  of  resolved  cycles  required  to  detect  and 
is  called  the  detection  threshold.  When  N  is  greater  than  or 
equal  to  the  detection  threshold  it  is  said  that  the  p- 
infinity  test  has  been  passed  and  that  the  target  may 
eventually  be  detected  by  that  particular  sensor.  Once  the  p- 
infinity  test  is  passed  a  value  for  P(t)  is  determined  using 
the  values  of  CR  and  PD.  This  value  is  conpared  to  another 
randomly  dra%m  number,  and  if  it  exceeds  this  random  number 
then  detection  or  another  level  of  discrimination  is  achieved. 
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D.  LIMB  OF  SIQHT  IN  JANUS 


1 .  DOLOS  Subroutins 

If  sufficient  obstructions  exist  between  the  sensor 
and  target  so  as  to  prevent  the  target  from  being  seen  then 
acquisition  cannot  occur.  'Hierefore  before  acquisition  is 
considered  the  existence  of  an  acceptable  line  of  sight  (LOS) 
between  the  sensor  and  target  must  be  verified.  The  DOLOS 
subroutine  called  by  Janus  determines  the  probability  of  line 
of  sight  (PLOS)  existing  between  a  sensor  and  target  based  on 
their  respective  locations  and  elevations.  A  brief 
description  of  the  DOLOS  subroutine  found  in  Appendix  B 
follows. 

When  called  DOLOS  first  retrieves  sensor  and  target 
grid  locations  and  elevations.  Based  on  the  target  location 
a  temporary  probability  of  line  of  sight  (TPLOS)  is  also 
initialized. 

Each  grid  within  the  Janus  datoUbase  is  assigned  a 
density  value.  In  order  to  select  the  density  value  the  area 
is  surveyed  for  the  number  and  height  of  vegetation.  Based  on 
these  findings  the  grid  is  assigned  its  density.  Eight 
different  density  values  exist  and  each  is  assigned  a  tree 
height  and  a  grid  PLOS  as  sho%m  in  TeUale  1  [Ref.  4:p.  4]. 
Once  this  density  value  is  assigned  the  entire  grid  will  have 
the  Seune  height  and  PLOS. 
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The  function  HITREE,  found  in  Appendix  C,  is  called  to 
obtain  the  grid  height  and  density  value.  The  target  is 
assumed  to  make  the  best  use  of  terrain  obstacles  in  its  grid 
for  concealment,  thus  the  PLOS  value  for  the  grid  is  squared 
and  made  the  initial  value  of  TPLOS. 

Next,  given  the  coordinates  of  the  sensor  and  target, 
the  slope  of  the  line  between  the  two  points  is  determined. 
Based  on  the  slope  DOLOS  incrementally  steps  one  grid  at  a 


Table  I  RELATIONSHIP  OF  DENSITY  LEVEL  TO  TREE  HEIGHT  AND 
PLOS  IN  JANUS (A) 


1  DENSITY  LEVEL 

TREE  HEIGHT  (meters) 

PLOS _ 1 

1  ^ 

0 

1 

3 

2 

I  ^ 

7 

4 

1  ^ 

9 

6 

4 

10 

7 

5 

11 

8 

6 

13 

9 

7 

14 

10 

time  from  the  sensor  to  the  target  in  the  horizontal  plane. 
The  slope  in  the  vertical  plane  is  also  calculated,  and  the 
incremental  height  change  is  added  to  the  sensor  height  each 
step.  In  each  grid  along  the  determined  path  of  the  LOS 
HITREE  retrieves  grid  tree  height  and  density  factor.  The 
tree  height  is  added  to  the  grid's  ground  elevation  and  then 


cozrpared  to  the  elevation  of  the  LOS  in  that  grid.  If  the  LOS 
height  is  less  then  that  of  the  grid's  base  elevation  then  the 
LOS  calculation  is  terminated  because  the  ground  is  in  the 
way,  and  no  LOS  exists.  If  the  LOS  height  is  greater  than  the 
total  elevation  of  the  grid  cell  then  the  LOS  is  unimpeded  and 
the  program  moves  on  to  the  next  grid  cell.  If  the  LOS  height 
falls  between  the  base  grid  elevation  and  the  total  elevation 
including  obstacles  then  value  of  TPLOS  is  multiplied  by  the 
value  of  PL  retrieved  from  HITREE.  This  is  continued  for  each 
grid  until  the  target  grid  is  reached  or  until  TPLOS  falls 
below  a  value  of  O.Ol.  If  TPLOS  falls  below  0.01  then  the  LOS 
has  been  con^letely  attenuated  by  the  terrain  features  along 
its  path  and  does  not  exist. 

When  OOLOS  completes  its  run  it  passes  the  final  value 
of  TPLOS  back  to  the  calling  routine  as  PLOS. 

2.  Celski's  Claim 

In  September  of  1992  Major  Robert  Celski  conducted  a 
study  of  the  LOS  calcula.ions  and  data  base  for  the  Janus 
model  in  which  he  reported  several  problems.  This  report  is 
contained  in  Appendix  D. 

a.  Database  Representation 

Celski 's  first  point  is  that  the  vegetation  and 
urbeui  terrain  heights  and  densities  may  not  be  properly 
represented  in  the  Janus  model  or  dateUoase.  Celski  correctly 
pointed  out  that  the  assignment  of  tree  heights  to  a  given 
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grid  are  poorly  distributed.  Tree  height  assignment  is 
weighted  towards  taller  trees.  This  leaves  trees  with  heights 
between  zero  and  six  meters  to  be  classified  as  either  zero  or 
three  meters  tall.  Meanwhile  trees  seven  meters  or  higher 
have  six  different  height  classifications.  Refer  again  to 
Table  1.  This  leads  to  an  unrealistic  portrayal  of  the 
vegetation  in  a  grid.  He  also  pointed  out  that  the  assignment 
values  for  a  probability  of  LOS  (PLOS)  at  a  given  density  are 
backwards,  l.e.,  a  low  density  grid  has  a  small  PLOS  while  a 
high  density  grid  is  given  a  high  PLOS.  Celskl  believed  this 
was  a  problem,  however  this  is  only  a  matter  of  aesthetics. 
It  is  the  manner  in  which  the  PLOS  value  is  used  that  is 
important,  not  the  nxamerical  value.  This  leads  to  Celski's 
second  point. 

b.  PLOS  Calculation 

The  use  of  PLOS  in  the  DOLOS  subroutine  and  the 
HITREE  function  is  faulted  in  such  a  way  that  a  LOS  can  exist 
only  if  the  target  is  located  in  a  grid  which  has  no 
vegetation.  In  the  function  HITREE  the  PLOS  value  retrieved 
is  multiplied  by  0.01  before  being  returned  to  DOLOS.  In 
establishing  an  initial  TPLOS  for  the  target  grid  when  the 
value  PL  is  returned  from  HITREE  it  is  multiplied  by  itself 
and  is  called  TPLOS.  As  shown  in  Ted>le  2  the  initial  value 
of  TPLOS  is  already  at  or  below  the  minimum  allowed  value  of 
0.01.  [Ref.  4:p.  8] 
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Tabltt  II  TPLOS  FOR  A  TARGET  IN  A  GRID  OF  GIVEN  DENSITY 


DENSITY  LEVEL 

TPLOS 

1 

0.0004 

2 

0.0016 

3 

0.0036 

4 

0.0049 

5 

0.0064 

6 

0.0081 

0.010 

There  are  two  problems  here.  First,  the  one  case 
which  will  allow  a  LOS  is  for  a  target  concealed  in  the  most 
dense  grid,  which  clearly  makes  no  sense.  Looking  again  at 
Table  1,  with  increasing  grid  density  the  reduction  of  TPLOS 
becomes  less  and  less,  which  is  clearly  contrary  to  common 
sense.  As  the  grid  density  increases  the  PLOS  of  a  grid 
should  become  smaller,  not  larger.  Second,  it  makes  sense 
there  must  be  cases  for  non- zero  density  level  grids  that  a 
LOS  exists.  These  errors  point  out  the  incorrect  use  of 
density  factors  in  the  Janus  model. 

While  Cel  ski  was  on  the  correct  path  and  did 
point  out  a  problem  he  went  one  step  too  far  in  his 
calculations.  He  claimed  that  the  value  returned  from  HITREE 
was  multiplied  by  itself  twice,  essentially  cubing  the 
original  value.  In  actuality  the  value  is  only  squared. 
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Celski  made  an  error  when  considering  modification  of  TPLOS 
later  in  DOLOS.  He  stated  that  TPLOS  was  multiplied  by  the 
initial  target  grid  HITREE  value  when  in  fact  it  is  an 
interfering  grids  value  of  PLOS  that  makes  the  modification, 
and  not  the  PLOS  value  from  the  target  grid. 

B.  THE  PBQASUS  DATABASE 

The  database  known  as  Pegasus  is  actually  the  Perspective 
View  Datcibase  (PVDB)  which  was  originally  created  in  support 
testing  focal  plane  seeker  guided  weapons.  The  PVDB  is  a 
geographic  dataUsase  created  from  over  200  aerial  photographs 
which  contains  information  required  for  perspective  view 
generation.  The  dataibase  covers  a  rectangular  area  of  Fort 
Hunter  Liggett  covering  more  than  400  square  kilometers.  The 
datcd>ase  comes  in  resolutions  of  1,4,16,  and  64  meters.  The 
one  meter  post  will  be  considered.  [Ref.  5:p.  1] 

Each  post  is  described  by  a  32  bit  number  which  contains 
a  wide  array  of  information  about  the  post.  The  structure  of 
this  niimber  is  described  by  Figure  1.  As  a  binary  number, 
each  place  represented  in  Figure  1  contains  either  a  one  or  a 
zero. 

Visualization  of  the  components  making  up  each  post  is 
made  easier  by  examining  Figure  2  [Ref.  5:p.  3].  Figures  1 
and  2  show  that  the  Pegasus  database  is  essentially  con^osed 
of  a  number  of  32  bit  binary  numbers,  each  of  which  is  made  up 
of  nine  different  elements.  The  grid  elevation  may  be  defined 
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11 
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EL2 

12 

4095 

Elevation  in  half  meters 
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2 

3 

Under  Cover  Index 

NOR 

4 

15 

Surface  Normal  Indicator 
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4 

15 

Vegetation  Height  Index 

VID 

2 
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1 

1 

Nature  Bit 

SSB 

1 

1 

Sun  Shade  Bit 

GSV 

6 

63 

Gray  Shade  Value 

Figure  1:  Definition  of  Pegasus  Database  Structure 


to  the  nearest  half  meter  using  the  BLE  and  EL2  elements. 
The  NAT  bit  defines  whether  or  not  the  feature  is  man  made  or 
natural,  and  the  UCI,  NOR,  VGH,  and  VID  bits  are  combined  to 
describe  a  variety  of  different  sizes  and  shapes  of  objects. 
A  wide  variety  of  colors  may  be  represented  using  the  GSV  bit, 
and  the  database  can  even  be  related  to  the  passage  of  the  sun 
using  the  SSB  bit.  In  all,  the  Pegasus  database  has  the 
potential  to  describe  a  selected  terrain  in  great  detail  and 
complexity.  [Ref.  7] 

This  32  bit  binary  number  is  stored  as  a  decimal  and  must 
be  manipulated  to  extract  the  desired  information.  The 
FORTRAN  language  contains  a  function  which  makes  this 
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Figure  2.  Database  Element  Detlnition 


seemingly  difficult  task  simple,  IBITS.  The  IBITS  function  is 
defined  and  operates  as  follows: 

X-IBITS(A, J,K) 

extracts  K  bits  from  the  varlctble  A  beginning  with  the  Jth 
bit.  Thus  if  it  is  desired  to  find  the  value  for  UCI  of  a 
number  B,  then  referring  to  Figure  1  and  the  bit  locations, 
the  proper  command  is  IBITS (B, 18,2) .  IBITS  will  then  convert 
the  number  B  into  a  binary  number,  extract  the  first  two  bits 
beginning  with  bit  18,  and  present  the  result  as  the  decimal 
representation  of  the  two  bit  niimber.  [Ref.  6:p.  D.42] 

F.  OBJECTIVE 

The  task  at  hand  is  to  develop  a  new  code  for  Janus  which 
improves  the  method  by  which  target  detection  and  acquisition 
are  determined.  The  new  code  should  be  designed  with  several 
goals  in  mind. 

1)  It  must  ba  able  to  read  the  new  Pegasus  1  meter 
database  and  be  able  to  extract  the  information  contained 
within. 

2)  It  should  be  edsle  to  take  advantage  of  the  high  level 
of  detailed  Information  provided  by  Pegasus,  and  use  this 
information  to  determine  whether  or  not  a  line  of  sight 
exists,  and  if  so,  determine  the  quality  of  that  line  of 
sight . 

3)  The  new  algorithm  should  be  cQ^le  to  interact  with  the 
current  Janus  coding  and  be  able  to  make  use  of  existing  Janus 
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subroutines  when  appropriate.  It  must  be  able  to  return 
useful  information  to  the  Janus  progreun  in  a  form  that  can  be 
used. 

If  these  goals  can  be  met  then  it  will  be  possible  to 
obtain  a  more  accurate  and  realistic  line  of  sight  and 
acquisition  algorithm  for  use  in  the  Janus  program. 
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I. 


A.  TBRltAZN  MODBLINQ 

In  order  to  develop  an  acquisition  algorithm  which  uses  a 
new  and  more  defined  dataUsase  it  is  necessary  to  have  an  arena 
in  which  it  can  be  tested.  At  first  it  would  seem  that  the 
best  test  ground  would  be  an  actual  extract  from  the  terrain 
of  Fort  Hunter  Liggett  itself.  However,  this  is  not  practical 
for  two  reasons.  First,  it  would  be  difficult  to  use  Fort 
Hunter  Liggett  terrain  as  a  standard  test  case  because  it 
comes  unknown.  The  exact  make-up  of  the  terrain  would  be 
initially  unknown,  and  decoding  it  into  a  known  would  take  a 
great  deal  of  time.  Secondly,  not  all  of  the  Fort  Hunter 
Liggett  exercise  areas  have  been  &  irveyed  for  trees.  In  fact 
the  original  tile  provided  contain;id  no  features  at  all  except 
ground  elevation. 

Development  of  a  known  terrain  is  therefore  desircd)le. 
Testing  a  new  algorithm  against  a  known  and  well  defined 
terrain  allows  for  a  more  critical  examination  of  the 
algorithm,  as  well  as  making  trouble-shooting  easier. 

Obstacles  which  may  inqpeded  the  line  of  sight  must  be  such 
that  they  can  be  defined  by  the  Pegasus  dated>ase.  The  Pegasus 
database  has  the  capability  to  define  objects  with  a  greater 
deal  of  coitplexity.  The  object  may  not  only  have  a  specific 


height  and  width,  but  it  also  may  have  its  own  particular 
structural  make  up.  An  object  can  be  defined  as  a  tree  or  a 
building,  it  may  be  partially  transparent  or  completely 
opaque,  it  may  affect  the  line  of  sight  from  the  ground  up  or 
may  only  take  effect  above  a  certain  height.  A  sample  terrain 
used  for  testing  and  evaluation  must  incorporate  each  these 
special  capabilities  of  the  dated>ase. 

A  variety  of  different  obstacles  have  been  selected  for 
placement  within  the  datcQsase  in  a  manner  which  may  be 
described  within  the  Pegasus  database  structure.  These 
objects  are  three  dimensional  in  nature  and  are  shown  in 
Figure  3.  As  shown,  there  are  four  sizes  of  trees  and  two 
possible  building  types  availcUsle  for  placement  in  the  test 
area.  Each  block  in  the  figure  represents  a  one  meter  cube. 

B.  DATA  CONVBRSION 

As  mentioned  above,  in  order  to  create  a  useful  test  field 
it  is  first  necessary  to  build  a  data  base  which  has  the  Scune 
format  as  the  Pegasus  database.  As  discussed  in  section 
II.l.D,  the  Pegasus  datcdsase  is  made  up  of  integer  numbers 
corresponding  to  a  32  bit  number.  This  32  bit  n;imber  also 
contains  nine  separate  field  descriptions.  The  objective  then 
is  to  create  a  routine  which  takes  each  inputted  data  set, 
combines  them  properly ,  and  then  converts  the  resultant  binary 
number  into  an  equivalent  integer.  The  progreun  called  CONVERT 
in  Appendix  E  meets  these  objectives. 
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Figure  3 :  Available  Terrain  Obstacle 
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CONVERT  first  loops  through  all  the  data  fields  and 
converts  the  integer  entered  into  a  binary  number.  The 
operator  is  prompted  to  enter  the  niunber  required  for  the 
particular  field  and  is  given  a  range  of  acceptable  values. 
At  the  Seune  time  the  position  of  the  lowest  bit  within  the  32 
bit  number  is  recorded.  Once  this  number  is  read  the 
conversion  to  binary  begins,  and  is  perhaps  best  illustrated 
by  walking  through  the  conversion  of  an  actual  number. 

Consider  the  niimber  nine  entered  for  the  vegetation  height 
index  (VGH)  .  From  Figure  1  it  is  seen  that  the  lowest  bit  of 
the  field  is  the  tenth  bit  in  the  overall  32  bit  nxmnber. 
First  the  number  is  checked  to  see  if  it  is  zero,  in  which 
case  it  is  already  in  binary  form,  nine  is  not  zero  so  the 
progreun  continues.  In  order  to  find  the  power  of  two,  n, 
required  for  a  non- zero  number  the  log  of  the  entered  number 
is  taken  and  then  divided  by  the  log  of  two. 

^  *  3.169925  (5) 
log (2) 

Next  the  number  n  is  converted  into  an  integer,  m.  The  low 
bit  value  for  the  data  field  plus  m  becomes  one.  Two  is 
raised  to  the  m^^  power  and  the  result  is  subtracted  from  the 
original  number. 

9  -  2^  =  1  •  (6) 

If  the  remainder  is  zero  the  conversion  to  binary  is  conplete, 
if  not  then  the  process  is  repeated  using  the  remainder. 
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n 


log(l) 
log (2) 


0.0 


(7) 


1  -  2®  »  0 

Now  the  remainder  is  zero  and  the  binary  nximber  'i  0  0  1' 
occupies  the  thirteenth  through  tenth  places  respectively. 

After  converting  all  inputted  values  to  binary  and 
esteQ)lishlng  their  positions  in  the  32  bit  binary  number,  the 
number  must  be  converted  to  a  decimal  Integer.  A  binary 
number  is  composed  of  ones  and  zeros.  Thus  conversion  to  an 
integer  is  single.  Starting  with  the  nuxiiber  zero  and  counting 
to  the  left,  each  place  represents  two  raised  to  its 
corresponding  place  number.  That  number  is  multiplied  by 
either  one  or  zero,  whichever  is  present  in  the  binary  number, 
and  the  value  obtained  from  each  calculation  is  summed.  The 
final  sum  is  the  integer  value  of  the  binary  number.  The 
resulting  binary  nximber  can  now  be  used  to  describe  the  one 
meter  volume  of  terrain,  and  combination  of  several  of  these 
pieces  will  describe  an  object. 

C.  TEST  BATTLEFIELD  CONSTRUCTZON 

Assembly  of  the  pieces  of  data  created  using  CONVERT  and 
organization  of  the  data  into  a  useful  format  is  the  purpose 
of  the  program  BATFIELD,  found  in  i^pendix  F.  BATFIELD  is  an 
interactive  routine  that  places  the  objects  shown  in  Figure  3 
on  a  250  meter  by  250  meter  playing  field. 
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Using  the  prograun  CONVERT  each  piece  of  the  Figure  3 
obstacles  is  converted  into  its  proper  Pegasus  format.  This 
ntunber  is  assigned  a  variable  value  in  BATFIELD.  Initially 
all  terrain  grids  are  initialized  to  have  zero  elevation  and 
be  covered  by  grass.  Then  BATFIELD  begins  a  loop  requesting 
the  location  of  a  particular  obstacle.  When  the  user  enters 
the  desired  coordinates  of  the  center  of  the  object  BATFIELD 
recalls  the  appropriate  data  variables  and  assigns  them  to  the 
proper  locations  with  in  the  test  area.  When  all  objects  have 
been  entered  BATFIELD  transfers  the  values  to  a  file  created 
in  a  format  which  may  be  read  by  the  line  of  sight  calculation 
program. 

The  battlefield  created  contains  a  number  of  each  of  the 
allowed  objects  scattered  across  the  area  in  a  manner  to  allow 
complete  testing  of  the  new  line  of  sight  routine.  When 
viewed  from  above  a  small  section  of  the  field  appears  as 
shown  in  Figure  4.  Each  grid  represents  one  square  meter  in 
area  and  the  obstacles  represented  are  IcQseled. 
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Figur*  4:  Battlefield  San^le 
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III.  LZNB  07  SXGHT/ACQOXSZTZON 


A.  DIVBLOTMENT 

In  order  to  achieve  acquisition,  a  line  of  sight  (LOS) 
must  first  be  determined  to  exist,  and  the  quality  of  the  LOS 
must  be  exeunined.  In  the  program  ONEMETER,  found  in  Appendix 
6,  the  LOS  is  obtained  in  a  manner  similar  to  the  existing 
Janus  svibroutine  previously  described,  DOLOS.  However, 
instead  of  moving  through  grids  100  meters  on  a  side  the  LOS 
will  now  move  through  grids  one  meter  on  a  side.  Given  the 
sensor  and  target  location  the  algorithm  proceeds  roughly  as 
shown  in  the  block  diagram  of  Figure  5.  Each  step  will  be 
described  in  some  detail .  Comments  are  provided  within 
ONEMETER  to  assist  in  following  the  progrcun  logic. 

B.  DBTBSMXNXNG  THB  NUNBBR  OF  LXNB'S  07  SIGHT 

In  the  older  database  the  target  size  was  essentially 
insignificant  in  comparison  to  the  size  of  the  grid,  and  thus 
the  path  between  the  sensor  and  target  could  be  represented  as 
a  single  LOS.  However,  in  the  one  meter  data  base  a  target 
may  extend  over  several  grids  thus  allowing  several  possible 
LOS.  Consider  situations  present  in  Figure  6.  The  sensor  is 
considered  to  originate  from  a  very  small  point  in  space,  and 
is  assumed  to  only  occupy  one  grid.  In  the  case  of  Sensor  2, 
it  is  possible  to  see  the  vertical  faces  of  blocks  1  and  3  of 
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Figure  6:  Number  of  LOS  Dependence  on  Aspect 


the  target.  Sensor  l  on  the  other  hand  has  the  possibility  of 
seeing  the  vertical  faces  of  blocks  1  and  3  as  well  as  the 
horizontal  faces  of  blocks  3  and  4  of  the  target.  It  is 
obvious  from  this  example  that  not  only  can  multiple  LOS 
exist,  but  the  number  of  LOS  which  may  exist  will  be  dependent 
on  the  spatial  orientation  of  the  sensor  with  respect  to  the 
target . 

In  order  to  examine  this  aspect  a  theoretical  target  is 
generated  with  a  shape  compatible  with  the  Pegasus  database. 
For  Illustration  purposes  this  target  will  be  a  square  three 
meters  by  three  meters  one  meter  high,  with  cuiother  one  meter 
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by  one  meter  by  one  meter  block  sitting  on  the  center  of  the 
three  by  three.  The  target  depicted  is  shown  in  Figure  7. 


Figure  7:  Target  Model 

This  will  give  a  theoretical  target  which  presents  itself  in 
three  dimensions. 

The  subroutine  ASPECT,  included  in  the  program  ONEMETER, 
takes  the  inputted  target  location  and  places  the  generated 
target  around  the  central  coordinate  on  the  playing  field. 
Then  based  on  the  relationship  between  the  target  anc  sensor 
the  nijmber  of  target  faces  which  present  themselves  for 
detection  by  the  sensor  are  determined.  A  maximum  of  eight 
faces  and  a  minimum  of  four  faces  of  the  target  may  be  visible 
at  any  given  time.  In  calling  these  faces  "visible"  it  is 
only  meant  to  say  that  given  a  con^letely  unobstructed  view  of 
the  target  this  many  faces  could  be  seen  by  the  sensor.  Once 
the  number  of  LOS  ij  determined  each  is  evaluated  as  follows. 
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C.  STEPPING  THE  LINE  OF  SIGHT 

Given  the  grid  positions  of  the  target  and  sensor  the 
difference  between  the  X  and  Y  coordinates  is  determined,  RDX 
and  RDY  respectively.  This  is  done  in  the  same  manner  as  with 
the  100  meter  grids,  except  one  meter  grids  are  now  used- 
Whichever  difference  is  larger  is  chosen  to  be  the  direction 
in  which  one  meter  steps  are  taken.  The  other  direction  steps 
in  one  meter  blocks  when  the  LOS  passes  over  that  block,  based 
on  the  slope  calculated  between  the  coordinates.  A  single 
block  is  passed  through  in  each  step.  Figure  8  provides  an 
illustrative  example. 
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Figure  8t  LOS  Path 

As  seen,  the  difference  in  X  coordinates  is  larger,  so  the  LOS 
will  step  toward  the  target  in  the  X  direction  one  meter  at  a 
time.  At  each  X  coordinate  the  Y  value  is  found  using  the  Y 
slope  and  the  origination  point.  The  dark  line  represents  the 
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true  path  of  the  LOS  between  target  and  sensor,  the  shaded 
boxes  show  how  the  LOS  steps  through  the  grids. 

This  method  of  stepping  the  LOS  can  result  in  unique 
results  depending  on  the  distance  between  the  sensor  and 
target,  and  the  location  of  any  intervening  obstacle. 
Consider  how  the  LOS  would  be  stepped  from  a  sensor  to  a 
target  with  three  visible  faces.  Figure  9  shows  a  top  view  of 
the  LOS  possibilities  that  may  exist.  Case  1  shows  the  LOS 
path  between  a  sensor  and  target  with  no  obstacles.  The  next 
two  cases  show  how  the  location  of  an  obstacle  can  affect  the 
resulting  LOS.  Note  that  in  Case  2  one  branch  of  the  LOS  has 
been  blocked,  but  two  of  the  other  LOS  branches  are  unaffected 
ard  allow  the  upper  and  lower  surfaces  of  the  target  to  be 
seen.  However  in  Case  3,  the  obstacle  falls  closer  to  the 
sensor,  and  blocks  the  LOS  before  it  branches  off,  thus  no 
part  of  the  target  is  seen. 

Ideally  the  line  of  sight  between  a  sensor  and  target 
would  encompass  a  continuous  arc  across  the  full  target 
dimension,  as  shown  in  Case  4.  This  anomaly  occurs  because  of 
the  discretization  of  the  problem  into  finite  areas.  This 
problem  can  only  be  eliminated  by  making  the  areas  considered 
infinitely  small  so  as  to  create  the  appearance  of  an  arc  such 
as  in  Case  4.  The  computational  effort  required  to  achieve 
this  and  the  difficulty  that  would  be  imposed  on  obtaining  a 
database  of  such  small  size  make  this  solution  impractical. 
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D.  GRID  SVALUATION 

1.  Lln«  of  Sight  Hoight 

ythen  a  grid  along  the  LOS  Is  selected  the  first  check 
done  is  to  determine  whether  or  not  the  LOS  passes  aibove 
ground  level.  The  height  of  the  LOS  is  obtained  by  adding  the 
change  in  LOS  height  per  grid  along  the  LOS  to  the  previous 
LOS  height.  This  value  is  compared  to  the  ground  height  which 
is  found  by  subtracting  the  grid  vegetation  height  from  the 
absolute  grid  height.  If  the  LOS  height  is  less  than  the 
height  of  the  ground,  as  in  Figure  10,  then  that  particular 
LOS  does  not  exist  and  the  program  moves  on  to  the  next  LOS. 
Otherwise  further  analysis  of  the  LOS  is  conducted. 


Figure  10:  LOS  Ground  Intersection 


2 .  Terrain  Intersection 

Next  the  code  determines  whether  or  not  the  LOS  passes 
through  the  feature  of  the  grid.  The  grid  feature  is  any 
object  existing  in  the  grid  which  has  elevation  above  ground 
level.  The  terrain  may  include  both  natural  as  well  as 
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manmade  features.  The  previously  calculated  LOS  height  is 
compared  against  the  ed>solute  grid  height.  If  the  LOS  height 
is  greater  than  the  adjsolute  grid  height,  as  in  Figure  11,  the 
LOS  is  assumed  to  pass  above  the  grid  terrain  unimpeded  and 
the  code  moves  to  the  next  grid  in  the  LOS.  If  the  LOS  falls 
below  the  grid  height  then  further  evaluation  of  the  nature  of 
the  terrain  is  required. 


Figure  11:  Unimpeded  LOS 


3 .  Undercover  Index 

One  of  the  most  unique  pieces  of  information  contained 
within  the  Pegasus  database  is  the  undercover  index  (UCI) . 
The  undercover  index  represents  the  height  of  the  terrain 
feature  eUbove  the  ground.  This  would  represent  the  height  of 
the  lowest  branch  of  a  tree  cJaove  the  ground  or  the  height  of 
a  building  overhang  edjove  the  ground.  Knowledge  of  this 
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quantity  allows  for  the  possibility  that  the  LOS  may  pass 
above  the  ground  but  below  the  terrain  feature.  If  the  LOS 
has  been  determined  to  pass  below  the  terrain  feature  height 
the  code  compares  the  LOS  height  to  the  undercover  index 
height.  If  the  LOS  is  below  the  undercover,  as  shown  in 
Figure  12,  then  it  is  assiuned  to  pass  through  the  grid 
unimpeded  and  the  code  moves  to  the  next  grid.  Otherwise  the 
LOS  intersects  the  body  of  the  feature. 


4 .  Terrain  Type 

The  Pegasus  database  contains  a  single  bit  number 
which  indicates  whether  the  terrain  feature  is  natural  or 
manmade.  This  is  called  the  nature  bit.  If  the  LOS 
intersects  the  feature,  and  the  feature  is  manmade,  it  is 
assumed  that  the  LOS  is  coitpletely  blocked,  and  the  p  ogram 
moves  to  the  next  possible  LOS.  If  the  feature  is  natural 
then  the  LOS  is  attenuated  by  some  factor  as  discussed  in  the 
following  section. 
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B.  ATTBHUATION  OF  TBB  LIMB  OP  SIGHT 

The  eibility  to  see  an  object  through  a  tree  or  shriib  is 
difficult  to  quantify.  This  is  the  first  factor  which  becomes 
dependent  on  the  perception  of  the  sensor.  Clearly  this 
varies  from  sensor  to  sensor,  where  the  sensors  are  actually 
the  human  eyes.  A  trained  observer  will  be  better  at 
detection  than  the  casual  observer.  The  level  of  fatigue  and 
other  background  distractions  will  also  affect  an  individuals 
ability  to  detect  a  target,  obscured  or  unobscured. 

The  branches  and  leaves  of  a  tree  will  detract  from  a  LOS 
passing  through  the  tree.  It  is  also  generally  true  that  one 
is  more  likely  to  see  through  an  edge  of  the  tree  with  few 
branches  than  through  the  center  of  the  tree  where  a 
significant  eunount  of  foliage  may  exist.  A  final  observation 
that  can  be  made  is  that  the  further  away  the  tree  is  the  more 
solid  it  appears.  These  three  basic  principles  are  applied  as 
follows  to  determine  the  final  effect  on  the  LOS. 

1.  Tree  Density 

How  "dense"  is  a  tree?  This  clearly  depends  on  the 
type  of  tree  and  time  of  year.  Some  trees  are  inherently 
thicker  than  others,  some  lose  their  leaves  while  others  are 
evergreens.  The  Pegasus  data  base  describes  vegetation  using 
four  different  quantities:  vegetation  identification  number 
(VID) ,  vegetation  height  index  (VGH) ,  nature  bit  (NAT) ,  and 
the  surface  normal  (NOR) .  This  allows  for  many  different 


35 


types  of  vegetation  to  be  designated,  each  of  which  may  have 
its  own  density.  Unfortunately  the  actual  manner  in  which 
this  information  is  used  is  not  currently  avallcUsle,  and  an 
assumption  must  be  made  in  regard  to  vegetation  density. 

Observation  of  the  terrain  in  the  database  area 
indicates  that  the  propensity  of  vegetation  is  the  live  oak. 
This  tree  is  assumed  to  have  consistent  leaf  density  year 
round.  It  will  be  assumed  that  passage  of  the  LOS  through  one 
meter  of  vegetation  will  be  attenuated  by  30%.  This  30% 
attenuation  is  based  on  vegetation  one  meter  from  the  sensor. 

2.  Distance  of  Foliage  from  Target 

Imagine  two  individuals  separated  by  a  wall  with  a 
small  hole  in  it.  Consider  Figure  13.  One  individual  is 
right  next  to  the  wall  looking  out  the  hole  while  the  other  is 
some  distance  away  from  the  wall.  The  person  looking  through 
the  hole  can  see  the  entire  field  of  view  beyond  the  wall 
including  the  other  person,  while  the  individual  away  from  the 
wall  sees  only  a  wall  with  a  small  hole  in  it.  Using  the  same 
principle  the  effect  of  foliage  distance  can  be  defined. 

As  the  interfering  foliage  occurs  further  and  further 
away  from  the  sensor  the  attenuation  must  increase  until  the 
object  appears  as  a  solid  object  with  an  attenuation  of  100%. 
Based  on  purely  qualitative  observation  of  several  live  oaks, 
this  "terminal”  distance  at  which  the  tree  appears  solid  has 
been  chosen  to  be  200  meters.  The  first  step  taken  when  the 
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Plgur*  13 :  Views  when  One  Observer  is  Concealed  in  an  Obstacle 

LOS  has  been  found  to  intersect  a  tree  is  to  check  the 
distance  of  the  tree  from  the  sensor.  If  this  distance  is 
greater  than  200  meters  the  LOS  is  assumed  to  be  blocked  and 
the  program  moves  to  the  next  LOS.  For  any  trees  intersected 
along  the  LOS  from  one  to  200  meters  away  from  the  target  the 
attenuation  factor  of  the  foliage  is  increased  linearly  until 
it  has  an  attenuation  factor  of  100%  at  200  meters. 

It  is  conceivable  that  the  sensor  may  be  concealed 
within  the  vegetation.  This  condition  will  be  represented 
when  the  interfering  foliage  is  located  one  meter  or  less  away 
from  the  sensor.  In  this  situation  it  will  be  assvuned  that 


the  sensor  would  adjust  its  vantage  point  to  peer  through  the 
foliage,  and  no  degradation  of  the  LOS  will  be  assessed.  The 
graph  of  Figure  14  shows  the  relationship  between  LOS 
attenuation  and  foliage  distance. 


Figure  14:  Attenuation  as  a  Function  of  Distance  from  Sensor 


3 .  Multiple  Intersections 

Obviously  the  more  vegetation  the  LOS  passes  through 
the  more  it  will  be  attenuated.  During  analysis  of  a  single 
LOS  the  cumulative  attenuation  is  calculated  by  adding  each 
incidence  of  foliage  attenuation.  Eventually  the  LOS  will  be 
conpletely  lost.  This  threshold  for  loss  of  attenuation  is 
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set  at  95%.  Once  the  cumulative  attenuation  reaches  this 
threshold  the  LOS  is  assumed  to  be  blocked  and  the  program 
moves  on  to  the  next  LOS. 

F.  LZNB  OP  SIGHT  RBACBBS  TAROBT 

If  each  grid  of  the  LOS  passes  the  ad>ove  tests  and  the  LOS 
is  not  lost  due  to  cxunulative  attenuation  then  the  LOS  being 
excunined  between  the  sensor  and  target  exists. 

G.  MODIFYIHG  TBS  LINS  OP  SIGHT 

After  a  LOS  has  be  determined  to  exist  it  must  be  modified 
to  account  for  attenuation  due  to  both  foliage  and  the 
atmosphere,  and  for  the  angle  of  inclination  of  the  visible 
surface  with  the  LOS. 

1 .  Incident  Angle 

As  described  in  section  B  of  this  chapter,  the  target 
has  several  different  faces  each  one  square  meter  in  area.  If 
the  LOS  from  the  sensor  to  target  is  perpendicular  to  the 
selected  target  face  then  the  area  presented  is  one  square 
meter.  Any  incident  angle  other  than  90  degrees  will  result 
in  a  visible  face  area  of  less  than  one  square  meter.  In 
order  to  determine  the  projected  surface  area  the  incident 
angle  of  the  LOS  upon  the  target  face  must  be  determined. 

Determination  of  this  cuigle.  begins  in  the  ASPECT 
siibroutine  where  the  target  is  defined.  The  array  'target' 
not  only  contains  the  X  and  Y  grid  locations,  but  also 
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information  on  the  surface  orientation.  In  this  progreun  the 
target  is  symmetrically  shaped  and  has  no  specific  front,  back 
or  sides.  The  target  is  also  allowed  to  be  positioned  such 
that  its  eocis  correspond  with  the  main  grid  axis.  Using  these 
restrictions  the  target  can  be  assumed  to  move  through  the 
grid  with  only  translational  motion  and  no  rotational  motion, 
thus  maintaining  each  side  facing  the  same  way  at  all  times. 
Given  these  assvimptions  the  target  information  contains  data 
to  indicate  whether  as  side  is  oriented  parallel  to  the  main 
X  or  Y  ctxis  of  the  battlefield  grid.  During  execution  of  the 
ASPECT  subroutine  this  information  is  passed  along  to  the  main 
progreun  if  the  side  has  been  determined  to  possibly  be 
visible. 

Once  the  LOS  is  found  to  exist  the  face  orientation  is 
examined.  A  value  of  1  indicates  a  surface  parallel  to  the  Y- 
axis,  a  value  of  0  indicates  it  is  aligned  with  the  X-axis. 


The  determination  of  the  incident  angle  on  the  target 
is  a  simple  trigonometric  problem  as  shown  in  Figure  15. 
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Figure  15:  Projected  Area  of  a  Surface  Parallel  to  the  Y-Axis 
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The  angle  6^^  is  always  determined  between  a  line  parallel  to 
the  X-axis  and  the  LOS.  From  trigonometry  it  can  be  seen  that 
as  approaches  zero  cos6^  approaches  1.  As  the  angle  of 
incidence  upon  the  target  face  approaches  90,  and  the  full 
face  area  is  projected.  Conversely,  as  nears  90,  the 
cosine  of  the  angle  nears  zero,  and  the  projected  area  of  the 
face  approaches  zero.  Thus  the  projected  area  of  a  vertical 
face  is  the  face  area  times  the  cosine  of  6y^,  the  angle  of  the 
LOS  with  the  X-axis.  From  trigonometry,  the  cosine  of  dy^  is 
the  opposite  side  over  the  hypotenuse  of  the  triangle.  Each 
of  these  lengths  is  easily  calculated  since  the  grid  locations 
of  both  the  target  and  sensor  are  known.  Using  the  same  irules 
of  trigonometry  it  is  found  that  the  projected  area  of  a  face 
aligned  with  the  X-axis  is  the  face  area  times  the  sin  of  6y^, 
as  seen  in  Figure  16. 
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Figure  16:  Projected  Area  of  a  Surface  Parallel  to  X-Axis 
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2 .  AtBosphsric  AttenuAtlon 

The  atmospheric  attenuation,  or  extinction  as  It  Is 
referred  to.  Is  defined  by  the  equation  [Ref.  3:p.  4] 

T1  =  - i - - -  (9) 

1  *SOG  *  (  ©••*-!) 

where 

TI  -  atmospheric  transmission 
R  *  range  from  sensor  to  target 
SOG  =  sky- to-ground  brightness  ratio 
Of  -  the  extinction  coefficient  of  the  atmosphere 
This  term  may  be  obtained  from  the  base  Janus  program  using 
the  new  l -meter  database  range.  This  term  Is  not  currently 
Incorporated  Into  ONEMETER  so  that  ONEMETER  can  be  tested  and 
evaluated  without  the  need  to  access  the  Janus  program. 

3.  implying  Modification  Factors 

Once  all  of  the  modifying  factors  are  known  they  can 
be  used  with  the  LOS  calculation.  Recall  again  Equation  3 
from  Chapter  I, 


N  =  CMR 


^  TDIM 
Range 


(10) 


where 

TDIM  -  target's  mlnlittum  presented  dimension  In  meters 
Range  -  sensor  to  target  range  In  kilometers 
CMR  •  Cycles  per  mllllradlan 
N  «  number  of  cycles  resolved. 
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Here  is  where  the  ONEMETER  program  begins  to  contribute  to  the 
overall  Janus  model. 

The  target's  minimum  presented  dimension,  TDIM,  is  a 
one  dimensional  variaible  used  to  describe  an  amount  of  a 
potential  target  presenting  itself  for  detection.  The  target 
defined  for  the  program  is  composed  of  surfaces  each  one 
square  meter  in  area.  It  could  just  as  easily  be  said  that 
each  surface  has  a  TDIM  of  one  meter.  Therefore  for  this 
target  one  square  meter  will  be  equated  with  a  unit  length  for 
computational  purposes.  That  iS;  if  the  target  presents  one 
square  meter  of  area  for  detection,  then  the  TDIM  will  be 
considered  to  be  one  meter. 

Now,  each  surface  begins  with  an  area  of  one  square 
meter.  As  described  in  section  G.l  above  this  area  is  first 
reduced  to  its  projected  area.  The  area  is  then  multiplied  by 
one  minus  the  attenuation  factor  due  to  vegetation  for  further 
reduction.  At  this  point  the  atmospheric  attenuation  would  be 
applied,  but  as  mentioned  in  section  6.2,  it  is  not. 

For  a  given  target  all  calculated  areas  are  then  added 
to  produce  the  net  TDIM  for  the  target.  This  value  of  TDIM 
may  now  be  passed  to  the  calling  routine. 
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IV.  smaiATiON 


A.  DETECTION  SIMDLATION  IN  THE  ONE  METER  DATABASE 

As  discussed,  the  use  of  the  new  one  meter  datcdsase 
provides  for  a  more  detailed  and  dynamic  assessment  of  target 
detectcUDility.  In  order  to  demonstrate  this  a  small 
simulation  has  been  run  using  a  small  portion  of  the  database 
and  a  target  moving  through  ten  different  locations.  The 
targets  locations  are  shown  in  Figure  17,  labeled  T1  through 
TIO.  There  are  a  number  of  obstacle  also  present  in  the 
figure,  which  correspond  to  those  presented  in  Figure  3.  The 
object  with  a  'S'  in  the  center  is  the  small  building,  the  two 
cross  shaped  figures  with  the  '8'  in  them  are  eight  meter  tall 
trees,  and  the  remaining  single  blocks  represent  three  meter 
tall  trees.  The  eight  meter  trees  have  an  under  cover  index 
of  one  meter  for  each  block  except  the  center. 

The  sensor  is  placed  and  remains  at  grid  coordinates  (0,0) 
in  the  lower  left  comer.  A  loop  is  placed  in  ONEMETER  which 
steps  through  each  target  location,  evaluates  the  LOS,  and 
prints  pertinent  data  to  a  separate  file.  This  information  is 
contained  in  Tedale  III. 

The  first  column  of  the  tcQ^le  shows  the  nximber  of  the 
target  being  evaluated  and  the  second  column  shows  the  range 
of  the  target  from  the  sensor.  Column  three  indicates  the 
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Tabl«  III  SIMULATION  DATA 


Target 

Position 

Target 

Range 

Number 
of  faces 
presented 

Number 
of  faces 
seen 

Target 

Area 

1 

45.01 

5 

5 

3.9984 

2 

45.40 

8 

8 

4.3377 

3 

46.32 

8 

8 

4.6816 

4 

47.76 

8 

7 

4.2380 

5 

49.66 

8 

8 

5.1713 

6 

49.74 

8 

3 

2.5761 

! 

49.41 

8 

5 

3.0118 

1  ^ 

49.58 

8 

0 

0 

1  9 

45.97 

8 

6 

4.1171 

1  10 

42.64 

8 

5.4574 

number  of  faces  of  the  target  that  are  presented.  As 
discussed  in  section  3.B,  and  shown  in  Figure  6,  this  value  is 
aspect  dependent.  The  fourth  column  shows  the  number  of  faces 
that  are  seen.  This  is  the  number  of  faces  to  which  the 
sensor  actually  has  some  degree  of  LOS,  and  is  not  corrected 
for  the  LOS  quality.  The  final  column  is  the  total  target 
area  visible.  This  is  the  sum  of  each  of  the  faces  present  in 
column  three  modified  for  area  projected  and  attenuation  by 
foliage.  This  final  value  of  target  area  is  what  will  be 
returned  as  target  minimum  presented  dimension  (TDIM) . 
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B.  BXMflNATZQN  OF  A  SPBCIPZC  TARGET 

In  order  to  ensure  the  operation  of  ONEMETER  in  this 
simulation  is  con^letely  clear  the  analysis  for  a  single 
target  position  will  examined.  The  target  to  be  studied  will 
be  the  target  located  in  position  T7.  As  Ted>le  III  shows,  a 
LOS  exists  for  only  five  of  eight  possible  faces,  and  these 
five  LOS's  only  produce  a  visible  target  area  of  3.012  square 
meters.  As  the  analysis  of  the  target  is  conducted  target 
faces  will  be  referred  to  as  shown  in  Figure  18. 


Figure  18  Target  Faces 


First  consider  face  A,  located  in  the  upper  left  hand 
comer  of  the  target.  Figure  19  shows  the  pertinent  portion 
of  Figure  17  where  the  target  and  obstruction  come  into  play. 
As  Figure  19  shows,  the  LOS  passes  closely  between  several 
trees  but  reaches  the  target  unobstructed.  From  trigonometry 
the  LOS  impacts  face  A  at  an  angle  of  56.63  degrees  from  the 
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normal  of  the  face,  and  thus  only  55  percent  of  the  face  area 
is  projected  normal  to  the  LOS.  The  effective  area  of  face  A 
is  then 

1  meter ^  •  (l-O)  *0.55  *0.55  meter ^  (ID 

where  the  term  (l-O)  represents  the  attenuation  of  the  LOS. 
A  value  of  one  is  a  perfect  LOS,  and  zero  is  subtracted 
because  there  was  no  attenuation  calculated. 

Faces  B  and  C  intersect  a  three  meter  tree  as  shown  in 
Figures  20  and  21.  The  three  meter  tree  is  assumed  to  be 
solid,  and  thus  no  LOS  exist  to  these  faces. 

The  LOS  for  face  O,  Figure  22  shows  passage  through  two 
grids  of  the  foliage  of  an  eight  meter  tree.  However,  as 
Figure  3  in  Chapter  II  shows,  the  outer  grids  of  the  eight 
meter  tree  has  no  branches  below  one  meter  in  height.  Since 
the  sensor  is  at  one  meter  and  face  D  is  assumed  to  be  no  more 
than  one  meter,  the  LOS  passes  below  the  foliage  and  is  not 
attenuated.  Thus  there  exists  an  unobstructed  LOS  for  face  D. 
From  trigonometry,  and  using  an  equation  similar  to  that 
above,  it  can  be  found  that  face  D  has  a  visible  area  of  0.805 
square  meters. 

Figure  23  shows  the  LOS  path  for  face  E,  which  is  similar 
to  face  F.  The  LOS  passes  below  the  lowest  branches  of  the 
tree  and  the  LOS  is  not  attenuated.  The  angle  at  which  the 
LOS  hits  face  E  is  slightly  different,  and  as  a  result  0.795 
square  meters  of  face  E  are  visible. 
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Figure  24  shows  that  the  LOS  for  face  F  avoids  all 
obstacles,  and  the  resulting  visible  area  is  0.785  square 
meters . 

Faces  G  and  H  represent  the  top  part  of  the  target  shown 
In  Figure  7  of  Chapter  III.  Figure  25  shows  that  the  LOS  to 
face  G  Intersects  a  three  meter  tree  and  is  thus  blocked 
entirely. 

The  LOS  to  face  H  is  shovm  in  Figure  26  and  demonstrates 
the  calculation  of  attenuation  of  a  LOS.  The  LOS  passes 
through  two  grids  of  and  eight  meter  tree,  similar  to  that 
shown  in  Figure  22.  However,  this  time  the  LOS  does  not  pass 
below  the  branches  and  is  attenuated.  This  is  because  the 
upper  surface  are  considered  to  be  at  two  meters  elevation,  so 
the  height  of  the  LOS  between  sensor  and  target  will  vary 
linearly  from  one  to  two  meters  eUoove  the  ground.  Thus  the 
LOS  will  intersect  the  foliage  in  the  grid  which  exists  above 
one  meter. 

Consider  the  attenuation  resulting  from  foliage  grid 
intersection.  As  discussed  in  section  IV. E,  this  attenuation 
is  a  function  of  distance.  Using  the  assun^tions  of  section 
E,  this  function  can  be  written  for  targets  less  than  200 
meters  away  as: 

attenuation  *  0.3  *  (  1  +  (i2) 

U  U 

The  first  grid  intersected  is  approximately  42.2  meters  away 
from  the  sensor,  and  results  in  an  attenuation  of  44.96 
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rlgur*  25i  LOS  Path  co  Pace  0  Figure  2Ci  IX>S  Path  co  Pace 


percent.  The  second  grid  results  in  an  attenuation  of  45.45 
percent,  and  when  summed  a  total  attenuation  of  90.41  percent 
results. 

The  area  projected  normal  to  the  LOS  to  surface  E  Is  80.3 
percent  of  the  full  area.  Applying  the  values  for  face  H  as 
was  done  in  Equation  11  yields 

1  meter^  *  (  l  -  .9041  )  •  0.803  =  0.077  metez^  (13) 

so  that  only  7.7  percent  of  face  H  is  visible. 

Summing  the  visible  area  of  all  faces  for  the  target 
results  in  the  total  area  of  3.012  square  meters  as  indicated 
in  Table  III.  The  target  range  can  be  carried  out  to  several 
decimal  places,  but  this  amount  of  accuracy  is  probably  not 
necessary  for  any  calculation,  a  value  to  the  nearest  meter 
should  suffice. 

C.  DISCUSSION 

Note  that  at  several  positions  some  faces  of  the  target 
are  not  seen  due  to  obstructing  trees.  This  represents  a 
target  in  defilade,  reducing  the  visible  target  area.  It  is 
very  important  to  note  here  that  the  target '  s  concealment 
status  changes  and  is  recalculated  with  each  different 
position.  This  provides  more  realism  than  in  Janus  where  the 
target  has  only  two  possible  defilade. conditions.  In  Janus  a 
target  in  defilade  is  either  in  partial  defilade  which  reduces 
the  target  to  one  third  its  size,  or  full  defilade  which 
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reduces  the  target  to  one  fortieth  its  size  [Ref.  l:p.  135] . 
Also  note  that  at  position  8  the  target  is  behind  the  building 
euid  no  LOS  exist. 

It  is  the  total  target  area,  representing  TDIM,  which  is 
most  significant.  In  Janus  the  TDIM  is  retrieved  from  the 
master  datcUsase  and  thus  remains  constant  for  the  target  at 
all  times  [Ref.  3:p.  6]  .  However  ONEMETER  incorporates  target 
aspect  and  its  defilade  calculation  to  create  a  TDIM  which  is 
dynamic  as  well  as  precise. 
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V.  DISCaSSZON 


A.  BPFBCTS  OP  ONBMBTBR  ON  ACQUISITION 
1.  Replacement  of  DOLOS 

As  mentioned  in  Chapter  I,  DOLOS  is  the  current 
siibroutine  in  Janus  that  determines  the  existence  and  quality 
of  the  line  of  sight.  The  newly  developed  routine  will 
replace  DOLOS  in  order  to  use  the  one  meter  resolution 
provided  by  the  Pegasus  dateUsase. 

DOLOS  provides  the  value  of  PLOS  to  the  subroutines 
that  determine  detection  and  acquisition.  Determination  of 
detection  at  a  given  time  is  acconplished  by  DETECT,  found  in 
Appendix  H.  The  subroutine  HANDOFP  determines  if  a  target 
already  detected  can  be  acquired,  and  is  located  in  Appendix 
I.  Acquisition  is  required  in  order  to  prosecute  a  given 
target . 

The  value  of  PLOS  from  DOLOS  is  used  in  DETECT  and 
HANDOFF  in  a  similar  manner  in  each  program.  In  both  routines 
it  is  necessary  to  calculate  the  nvimber  of  cycles  resolved  by 
the  sensor  on  the  target.  This  involves  multiplying  a  target 
size  by  the  PLOS  to  get  the  target's  minimxam  presented 
dimension,  TDIM.  Recall  Equation  3  from  section  I.C.3  to  see 
how  TDIM  is  used  to  find  the  number  of  cycles  resolved,  N. 
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N  =  CMR  (14) 

Range 

DOLOS  calculates  TDIM  for  a  target  as  shown  below: 

TDIM  *  SIZE  *  PLOS  (15) 

The  target  size  is  a  fixed  value  retrieved  from  the  master 
datcUaase,  and  PLOS  is  determined  as  discussed  in  section  D  of 
Chapter  I. 

It  is  proposed  that  ONEMETER  will  eliminate  this 
calculation  providing  the  total  effective  area  it  calculates 
as  the  value  of  TDIM.  This  will  incorporate  the  new  high 
resolution  database  and  provide  more  detailed,  accurate,  and 
dyneimic  values  of  TDIM.  This  will  in  turn  provide  a  more 
realistic  value  for  the  number  of  cycles  re&  .ved  and  the 
detection  and  acquisition  of  targets  in  Janus. 

B.  EFFECT  OF  ONEMETER  ON  OTHER  SUBROUTINES 
1.  Direct  Effects 

The  program  ONEMETER  was  designed  with  the  intention 
of  inproving  acquisition  in  Janus  by  using  the  Pegasus 
datcUsase.  As  discussed  above,  it  is  envisioned  that  ONEMETER 
will  replace  the  subroutine  DOLOS  wherever  DOLOS  is  called  by 
DETECT  and  HANDOFF.  However  ONEMETER  can  also  be  used  to 
benefit  any  other  routines  which  call  DOLOS,  thus  expanding 
the  usefulness  of  the  one  meter  database. 
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The  Software  Programmer's  Manual  prepared  for  Janus 
contains  descriptions  of  every  subroutine  that  exists  in  Janus 
as  well  as  the  routines  it  calls,  and  those  routines  which 
call  it.  From  this  it  is  found  that  DOLCS  is  called  by  19 
different  subroutines  including  DETECT.  Table  IV  lists  these 
routines,  gives  a  brief  description  of  their  function, 
indicates  how  DOLOS  is  used  in  each,  and  where  ONEMETER  might 
be  used. 

The  second  coliimn  of  Table  IV  indicates  subroutines 
which  execute  an  effective  size  calculation.  In  HNRANGE  and 
NRANGE  a  component  of  the  calculation  involves  retrieving  the 
fixed  target  size  from  a  file  and  multiplying  it  by  the  PLOS 
and  applying  a  defilade  factor.  The  value  of  target  area 
provided  by  ONEMETER  replaces  this  calculation  and  is  a  more 
realistic  value  as  described  for  DETECT  in  section  A.l. 

The  routines  SFDLOS  and  SFNRANGE  also  conduct  similar 
size  calculations,  but  they  also  consider  the  size  by  just 
using  target  size  and  defilade  status.  ONEMETER  output  could 
replace  the  portions  where  PLOS  is  considered,  but  the 
portions  without  PLOS  must  be  addressed.  For  whatever  reason 
PLOS  is  not  considered,  it  is  not  possible  to  use  ONEMETER 
output  because  defilade  and  PLOS  are  directly  related  and  can 
not  be  separated.  In  order  to  use  the  one  meter  database 
these  sxabroutines  may  have  to  be  completely  overhauled. 

The  third  column  of  Table  IV  indicates  the  subroutines 
which  use  PLOS  to  calculate  another  value,  such  as  effective 
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Table  IV  SUBROUTINES  THAT  CALL  DOLOS 


area.  All  but  one  of  these  progreuns  and  its  use  of  PLOS  have 
been  discussed  in  the  preceding  section.  The  subroutine  ADLOS 
retrieves  PLOS  for  a  radar  routine,  and  its  exact  usage  of 
PLOS  is  not  known. 

Column  four  indicates  routines  that  use  PLOS  for 
verification  that  a  LOS  exists.  In  most  cases  the  LOS  was 
previously  determined  to  have  existed,  and  a  check  is 
conducted  to  make  sure  it  still  does.  PLOS  is  checked  to  see 
that  it  is  greater  than  a  minimum  value  of  0.1  or  0.0,  and  as 
long  as  it  is,  then  the  LOS  is  assumed  to  exist  for  the 
purpose  of  the  routine.  The  two  exceptions  are  for  SFDLOS  and 
SFRANGE  which  check  that  PLOS  is  greater  than  0.9.  This  would 
indicate  that  the  special  observer  excunined  in  the  routines 
requires  a  high  quality  LOS. 

The  fifth  column  indicates  that  PLOS  is  compared  to  a 
value  of  1.0.  If  PLOS  is  not  1.0  then  the  LOS  is  not 
perfectly  free  of  obstructions  and  is  unacceptable  for  the 
particular  application.  The  need  for  a  perfect  LOS  can  be 
understood  if  the  purpose  of  the  subroutine  is  understood. 
These  subroutines  are  used  either  for  a  flyer  or  a  guided 
projectile.  Because  of  a  flyer's  altitude  and  potentially 
high  speed  it  would  make  sense  that  only  a  target  in  the  clear 
could  be  seen.  A  guided  projectile,  can  not  fly  through  a 
tree,  so  if  there  is  any  interference  it  will  fail  to  complete 
its  flight  path. 
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The  use  of  ONEMETER  has  the  potential  to  benefit  all 
of  these  subroutines  directly  by  providing  more  accurate  and 
dyneunic  values  of  target  size  and  PLOS. 

2 .  Indirect  Effects 

Several  other  stibroutines  within  the  Janus  structure 
may  also  be  affected  by  the  in^lementation  of  ONEMETER.  One 
program  called  in  DOLOS  and  discussed  previously  in  section 
I.D.l,  is  HITREE.  HITREE  provided  the  grid  height  and  density 
value  for  DOLOS,  and  is  clearly  not  needed  if  DOLOS  is  done 
away  with.  However,  HITREE  is  also  called  by  the  routines 
FASTUP,  UNITXYZ,  and  PEAK.  These  siibroutines  should  be 
further  examined  to  ascertain  the  use  of  HITREE  in  each  and 
whether  or  not  they  can  be  modified  to  use  ONEMETER  or  another 
new  program  using  the  one  meter  database. 

Another  routine  which  should  be  evaluated  for 
replacement  or  modification  is  ASPECT.  This  is  the  current 
routine  contained  in  Janus  and  should  not  be  confused  with  the 
sxibroutine  ASPECT  contained  within  the  ONEMETER  progreun.  The 
Janus  ASPECT  determines  the  aspect  angle  for  viewing  a  target. 
However  it  only  allows  unree  possible  aspect  angles. 
Replacement  of  ASPECT  by  ONEMETER  would  probeQaly  result  in 
excessive  computing  time  since  only  an  aspect  angle  is 
required,  but  a  routine  similar  to  that  contained  in  ONEMETER 
could  be  written  to  provide  better  evaluation  of  the  aspect 
angle.  Prior  to  replacement  of  ASPECT  a  better  understanding 


61 


of  how  aspect  is  used  within  the  routines  that  call  it  is 
required.  The  routines  that  call  ASPECT  can  be  found  in  the 
description  of  ASPECT  in  the  Janus  Software  Prograitsners 
Manual . 

Determination  of  other  subroutines  that  may  be 
effected  can  only  be  made  by  gaining  a  thorough  understanding 
of  the  operation  of  Janus.  Existing  subroutines  will  recjuire 
careful  examination  to  determine  how  best  to  incorporate 
values  from  one  meter.  Some  programs  may  require  no  change  at 
all,  while  others  may  need  significant  revision. 

C.  IMPLEMENTATION  INTO  JANUS 
1 .  Database  Manipulation 

One  very  important  area  that  has  not  been  addressed  is 
how  the  Pegasus  database  will  be  manipulated  and  managed  for 
use  in  Janus.  Introduction  of  Pegasus  instantly  increases  the 
nximber  of  data  values  by  lOOOO  based  solely  on  the  smaller 
grid  size.  The  increased  amount  of  information  available  in 
Pegasus  for  each  grid  will  also  magnify  the  volume  of  data. 
This  large  amount  of  information  can  result  in  significant 
slowing  of  the  system  if  not  dealt  with  efficiently. 

For  the  purposes  of  ONEMETER,  the  test  battlefield  was 
expanded  into  its  individual  components  and  an  array  was 
created  to  hold  each  data  group.  These  arrays  are  structured 
such  that  the  proper  piece  of  information  can  be  recalled  by 
knowing  the  X  and  Y  coordinates  of  the  grid.  This  speeds  up 
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the  data  recall  during  the  simulation,  but  would  require 
additional  time  during  the  initialization  before  the  scenario 
is  run.  The  constrxiction  of  the  32  bit  number  for  the  Pegasus 
database  was  designed  with  speed  in  mind.  It  is  possible  to 
do  rapid  checks  of  data  values  using  masks  which  examine  only 
a  single  bit  of  the  number  and  thus  speeds  up  the  analytical 
process  [Ref.  5:p.  11] . 

2.  Target  Representation  in  Janus 

Another  area  requiring  work  in  order  to  use  the 
Pegasus  database  is  target  representation.  Currently  the 
targets  within  Janus  are  represented  by  several  fixed  values 
contained  in  files  of  the  master  database.  In  order  to  use 
ONEMETER  and  the  Pegasus  database  the  targets  should  be 
represented  in  the  same  style  as  the  Pegasus  terrain  datcOjase. 
This  is  necessary  because  ONEMETER  calculates  the  total 
visible  target  area  using  individual  portions  of  the  target. 
Modifications  must  also  be  made,  probably  in  the  movement 
routine,  so  *^>at  the  target  representation  is  properly  added 
onto  the  description  of  the  terrain  occupied  by  the  target. 

3.  Three  Dimensional  Target  Surfaces 

One  of  the  key  components  of  the  ONEMETER  progrcun  is 
the  determination  of  the  number  of  possibly  visible  faces  of 
the  target,  and  the  eunount  of  area  projected  by  each  surface 
normal  to  the  LOS.  As  currently  written,  ONEMETER  considers 
only  the  vertical  surfaces  of  the  target.  For  the  target 
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sho%m  in  Figure  7  it  there  are  13  different  vertical  one 
square  meter  surfaces,  but  there  are  also  another  nine 
horizontal  surfaces.  A  sensor  at  an  elevation  sJsove  that  of 
the  target  has  the  potential  to  see  the  horizontal  surfaces  on 
the  top  of  the  target.  Additionally,  if  the  target  happens  to 
be  on  an  inclined  surface  then  all  of  the  surface  will  have 
both  horizontal  and  vertical  components. 

There  is  clearly  a  need  to  analyze  all  possible 
surfaces  of  a  target  for  visibility  in  calculation  of  visible 
area.  The  solution  of  this  problem  is  geometrical  in  nature 
and  could  be  solved  in  a  number  of  ways.  However,  such  a 
complex  model  is  not  necessary  in  order  to  demonstrate  the 
usefulness  of  ONEMETER.  In  addition,  since  the  final  method 
of  target  representation  and  implementation  onto  the  terrain 
is  yet  unknown,  there  is  no  reason  to  introduce  such 
complexity  at  this  point. 

D.  VERIFICATION 

1.  Program  Conqpatlbll  <  with  Janus 

ONEMETER  is  writt  a  stand-alone  program.  It  does 
not  interact  with  any  other  programs  and  its  only  interface 
with  anything  external  is  the  reading  and  writing  of  data  from 
and  to  files.  It  has  had  no  interaction  with  Janus.  It  is 
neither  called  upon  as  a  subroutine  nor  does  it  return 
information  to  another  program. 
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ONEMETER  must  be  verified  to  work  within  the  Janus 
stzMcture.  Simply  adding  it  to  Janus  with  a  few  modifications 
is  not  a  prudent  course  of  action.  The  best  method  of 
verification  would  be  to  construct  a  program  which  can  call  a 
limited  number  of  Janus  routines  for  use  with  ONEMETER.  This 
will  allow  a  controlled  examination  of  the  response  of 
ONEMETER.  The  initial  host  progreun  might  simply  input  a 
target  and  sensor  location  and  then  call  DETECT  or  HANDOFF  to 
see  the  response.  This  clearly  points  to  the  need  for  a 
thorough  understanding  of  just  how  the  Janus  progreun 
functions. 

2,  Reality  Check 

Once  ONEMETER  has  been  properly  assimilated  into  the 
Janus  structure  evaluation  of  its  accuracy  in  approximating 
actual  detection  and  acquisition  can  be  conducted.  This 
evaluation  may  even  be  possible  before  integration  into  the 
full  Janus  program.  During  the  development  of  ONEMETER  a 
number  of  assumptions  concerning  vegetation  density  and 
perception  of  distant  objects  were  made.  These  assumptions 
will  remain  as  only  guesses  until  comparisons  to 
experimentally  determined  results  are  made. 

Numerous  scenarios  have  already  been  conducted  on  the 
current  version  of  Janus,  many  of  which  are  supported  from 
data  obtained  during  live  field  tests.  Given  the  actual  data, 
the  proper  inputs  must  be  entered  into  ONEMETER  and  the 
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program  results  must  be  coir^ared  to  real  results.  If  a  human 
is  uned)le  to  detect  a  specific  target  obscured  by  some  degree 
of  foliage  then  the  program  incoirporatlng  ONEMETER  should  not 
either.  The  real  data  must  be  used  to  fine  tune  ONEMETER. 

There  are  several  possible  values  in  ONEMETER  which 
can  be  adjusted  in  order  to  obtain  agreement  with  battlefield 
experience. 

•  adjust  the  value  of  attenuation  for  passage  through  a 
meter  of  vegetation,  the  current  attenuation  is  30  percent 

•  change  the  distance  at  which  an  object  appears  solid,  this 
is  currently  assumed  to  be  200  meters 

•  change  the  function  of  attenuation  versus  distance  from 
linear  to  some  other  method  such  as  exponential 

•  change  the  manner  in  which  successive  attenuation  values 
are  combined,  currently  they  are  added 

•  change  the  value  at  which  the  LOS  becomes  completely  lost 
due  to  attenuation,  current  value  is  95  percent 

Adjustment  of  any  or  one  of  these  values  will  change  the 
visible  target  area  and  PLOS  for  any  given  sensor- target  pair. 


VZ.  CQNCLnSZONS  AXTO  sscgmnuidations 


A.  CONCLnSZQHS 


•  ONEMBTER  effectively  utilizes  the  one  meter  terrain 
dataUsase,  Pegasus,  to  make  LOS  calculations. 

•  ONEMETER  excunines  multiple  LOS  for  a  single  target  as 
opposed  to  one  LOS  in  the  current  Janus  format. 

•  Using  the  detailed  information  provided  by  the  Pegasus 
database,  ONEMETER  can  determine  whether  a  potential  LOS 
passes  ad3ove,  below,  or  through  an  object. 

•  ONEMETER  through  use  of  the  Pegasus  database  realistically 
calculates  a  LOS  with  the  ability  to  ascertain  the  effect 
of  small,  discrete  objects. 

•  The  use  of  ONEMETER  allows  for  and  calculates  target 
properties  as  they  vary  with  the  movement  of  the  sensor 
unit  as  well  as  the  target. 

•  ONEMETER  more  accurately  determines  the  effective  target 
area  through  use  of  multiple  LOS,  attenuation  factors,  and 
projection  of  target  surfaces  based  on  the  target  aspect 
angle . 

•  The  improvements  in  calculating  effective  target  area  may 
be  applied  to  a  number  of  other  subroutines  within  Janus, 
increasing  the  overall  quality  of  the  progreun. 

•  Once  its  coit^atibility  with  Janus  is  verified,  ONEMETER 
can  replace  the  sxibroutine  DOLOS. 

B.  SBCOMMEMDATIONS 

Use  of  ONEMETER  and  the  Pegasus  dat6d>ase  have  a 
demonstrated  capability  to  significantly  enhance  the  Janus 
program  and  in^rove  realism  within  evaluation  of  various 
scenarios.  However  further  evaluation  is  required  in  order  to 
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ixnplement  ONEMETER.  The  areas  requiring  evaluation  and  other 
suggestions  are  listed  below. 


s  A  detailed  understanding  of  how  all  of  the  subroutines 
work  and  interact  with  each  other  must  be  gained.  Then  an 
analysis  of  how  the  remainder  of  the  progreun  can  benefit 
from  the  Pegasus  database. 

•  ONEMETER  should  be  tested  to  ensure  it  will  operate 
properly  within  the  Janus  prograunming  structure. 

•  ONEMETER  should  be  evaluated  against  knotm  detection  and 
acquisition  data  to  verify  its  accuracy  in  predicting 
these  events.  ONEMETER  can  then  be  adjusted  to  correctly 
model  reality. 

s  Targets  in  Janus  must  be  described  in  the  Pegasus  database 
format . 

•  Subroutines  which  previously  called  DOLOS  must  be  modified 
to  call  and  use  ONEMETER. 

•  A  full  understanding  of  exactly  how  all  values  in  within 
the  Pegasus  database  structure  must  be  developed  and  then 
used  to  further  improve  the  Janus  program  through  more 
realistic  modeling  and  speed  of  calculation. 

•  Further  examine  and  attempt  to  incorporate  the  various 
factors  that  affect  human  perception  of  objects. 
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ATRC-WEB 


APPENDIX  A 


14  July.  1992 


MEMORANDUM  FOR  RECORD 

SUBJECT:  NVSOD  Detection  in  Janus  (A) 


1 . 0  PURPOSE 

The  purpose  of  this  memorandum  is  to  describe  portions  of  the 
N^'EOD  detection  'model*  which  are  applicable  to  the 
simulation  of  target  acquisition  and  discrimination  in 
Janus  (A).  I  will  attempt  to  do  this  in  a  manner  which  is 
understandable  by  readers  who  are  not  necessarily  familiar 
with  Che  details  of  detection  theory,  nor  with  the  computer 
simulation  techniques  used  by  Janus  (A).  However,  for  the 
programmer. 'analyst  who  might  wish  to  examine  (or  perhaps 
.modify)  che  Janus(A)  computer  code,  some  relevant  Janus  (A) 
subroutines  are  identified  whenever  appropriate. 

Please  note  chat  it  is  e.xpressly  NOT  the  intent  of  this 
.memorandum  to  describe  the  .v.'EOD  model  in  its  entirety,  nor 
to  describe  all  of  c.he  Janus  {.A)  algorithms  associated  with 
target  acquisition  and  discrimination  in  their  entirety. 


2.0 


3ACXG.POUND 


The  N’vECD  detection  model  is  based  on  a 
computation,  for  a  specific  sensor  devi 
number  of  'resolvable  cycles'  across  a 
(usually  minimum)  presented  dimension, 
resolvable  cycles  can  be  visualized  as 


concept  involving  che 
ce  a.nd  target,  of  the 
target's  'critical* 
This  concept  of 
follows: 


a.  Imagine  a  pattern  of  stripes  or  bars  which  are  equal 
in  width  and  alternating  in  color,  positioned  at  che 
target's  location.  Let  the  contrast  between  che  two 
colors  be  the  same  as  che  contrast  between  che  accual 
cargec’s  image  and  ics  surrounding  background.  Let 
che  length  of  the  pattern  be  che  same  as  che  target's 
minimum  presented  dimension. 

b.  Initially,  let  che  width  of  the  stripes  be  such  that 
an  obser'/er  with  a  particular  sensor  can  easily 
distinguish  each  i.ndividual  stripe.  Then  slowly 
decrease  the  width  of  che  stripes  until  che  mini.mujm 
width  at  which  the  observer  can  still  distinguish  each 
pair  of  stripes  is  obtained. 
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c.  Using  this  miniTnuir.  widwh.  che  nunvber  of  pairs 

contained  within  a  distance  equal  to  the  target’s 
minimuin  presented  dimension  is  called  the  number  of 
•resolvable  cycles*,  or  the  number  of  'cycles 
resolved*,  for  that  target  and  the  particular  sensor 
being  used. 


The  concept  of  resolvable  cycles  lends  itself  well  to  the 
computation  of  detection  probabilities,  as  well  as  to 
computation  of  the  probability  of  discriminating  a  target  at 
a  given  level.  The  NVEOD  model  defines  two  probabilities 
associated  with  detection  of  a  given  target  a  given 
sensor ; 

PD  -  the  probability  chat  the  target  will  eventually 

be  detected,  given  sufficient  (infinite)  time. 

This  quantity  is  usually  referred  to  as  *P- 
infinity* . 

?(t)  -  the  probability  that  the  target  will  be  detected 

duri.ng  time  Inter-val  *t*.  given  that  the  target  is 
within  the  sensor's  field  cf  view,  and  given  chat 
the  target  can.  in  fact,  eventually  be  detected. 


?D  and  P(t).  are  functions  of  the 


<  --j-iae  -N*  which  the  sensor  can  resolve  across  the 


Boon  o:  tnese  quantities 
nu-Joer  of  cycles 
target's  -inimum  presented  di.tiension.  .ndditionally ,  the 
probability  that  the  sensor  can  discriminate  the  target  at 
given  level  (once  the  target  has  been  detected)  is  also  a 
fu.'.ction  cf  N. 


Basically,  the  portion  of  the  NVEOD  model  relevant  to 
Ja.nus  ;A)  consists  of  the  following  three  steps: 

a.  Calculate  attenuation  of  the  target's  signature  along 
the  line-of -sight  between  the  target  and  the  sensor. 

b.  Given  the  target's  signature  at  the  sensor,  calculate 
the  number  of  cycles  (N)  which  the  sensor  can  resolve 
across  the  target's  critical  dimension. 

c.  Given  N,  determine  if  the  target  can  be  detected,  and 
if  so,  when  and  at  what  level  of  resolution 
(discrimination) . 

T.he  following  paragraphs  describe  each  of  the  above  three 
steps  in  more  detail. 
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3 . 0  ATTENUATION 


In  Janus  (A),  we  wish  to  consider  Che  accenuacion  of  a 
cargec's  signature  by  the  acmosphere,  and  by  an  obscurant 
which  we  will  call  'large-area*  smoke.  A  target's 
"signature*  is  simply  some  measurable  quantity  related  to 
that  physical  attribute  of  the  target  which  is  "detectable" 
by  a  given  sensor.  (Reflected  light  and  thermal  radiation 
are  examples  of  physical  attributes  which  are  detectable  by 
optical  and  thermal  sensors,  respectively.) 

Let  ; 

St  =  Signature  at  target 
S3  =  Signature  at  sensor 

Then,  i.n  ge.neral  we  may  write; 


where 

Tl  is  the  "transmission*  of  the  .normal 
atmosphere, 

T2  is  the  "transmission"  of  any  larte-area  smoke 
along  the  line-of -sight  (LOS)  between  the  target  and 
the  sensor. 

Note  that  Tl  and  T2  are  factors  which  normally  take  on  values 
cetwee.n  tero  and  one.  Thus,  if  Tl  and  T2  are  both  equal  to 
one,  there  is  no  atte.nuation ,  and  the  signature  at  the  sensor 
is  the  sa.me  as  the  signature  at  the  target.  If  either  Tl  or 
T2  is  equal  to  zero,  the  signature  at  the  sensor  is  equal  to 
zero,  and  the  target  cannot  be  detected  by  the  sensor .  When 
T2  is  equal  to  zero  (or  less  than  some  mini.mu.'n  threshold 
value),  we  say  chat  LCS  is  "blocked*  by  large-area  smoke. 

For  optical  sensors,  St  is  the  "optical  contrast"  of  the 
target.  In  Janus  (A),  the  optical  contrast  is  part  of  the 
"Weather*  data  in  the  master  data  base,  and  is  therefore  the 
same  for  all  targets  during  a  Janus  run. 

For  thermal  sensors,  St  is  defined  ’o  .be  the  "absolute  value 
of  the  average  target-to-backgrounc.  temperature  dif fere.nce" , 
or  "delta-T"  of  the  target.  Delca-T  is  input  in  the  Janus  (.A) 
master  data  base  as  "Thermal  Contrast  Class"  for  eac.h  system 
(exposed  and  defilade)  .  Janus  internally  converts  the 
Thermal  Contrast  Class  to  a  value  of  delta-T.  (Actually, 
natural  log  of  delta-T,  for  reasons  which  will  become  clear 
later. ) 
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Since  Che  natural  log  of  a  transmission  is  called  the 
'extinction*.  OLEN  is  called  the  extinction  due  to  large-area 
smoke.  Equations  for  calcuacion  of  OLEN  will  not  be 
presented  in  this  memo. 

Note  that  for  thermal  sensors,  use  of  equation  (2}  above 
allows  equation  (5)  to  take  on  the  simple  form 

In(Ss)  =  In  (Sc)  -  (  ALPHA  *  R  )  ♦  OLEN 


which  is  computed  directly  whenever  needed  by  subroutine 
PAIRS  in  Janus  (A).  However,  the  calculation  of  atmospheric 
extinction  for  optical  sensors  is  much  more  compute¬ 
intensive,  as  can  be  seen  from  equation  (3)  above.  For  this 
reason.  Janus  (.A)  calculate  (during  initialization)  a  table  of 
atmospheric  extinction  versus  range  for  two  optical  bands, 
and  stores  the  results  in  's lope/ intercept  *  form  which  allows 
very  fast  interpolation  of  the  cable  values. 


Ja.nus(.A)  routines  involved  with  computation  of  target 
signature  attenuation  are  as  follows; 


B  « V  «  *  «bW%  • 


•Calculates  the  ac.mospheric  extinction  versus 
ra.nge  tables  for  optical  sensors  (two  tables, 
one  for  'Sand  1*  a.nd  one  for  *3a.nd  2*). 


P.i  I.RS  : 


•Cirectly  calculates  atmospheric  extinction  for 
thermal  sensors  (  -  .Al?:-li  '  ?.!  . 


•Interpolates  the  tables  build  by  INITE.X7  to 
get  at.mcspheric  extinction  for  optical  sensors. 


4.0  RESCLV.A3LE  CYCLES  (N) 

The  'performance*  of  a  sensor  is  represented  by  a  curve  of 
resolvable  cycles  per  miliradian  (CMR)  as  a  function  of 
target  signature  measured  AT  THE  SENSOR.  Expressed 
mathematically : 

CMR  a  f(Ss)  (6) 


where  Ss  (as  defined  earlier)  is  the  target's  signature  after 
being  attenuated  along  the  LOS  ray  from  the  target  to  the 
sensor. 
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Kc  analyciCcl  form  exists  for  equation  (6).  CKR  as  a  function 
of  Ss.  Therefore,  this  curve  is  input  in  the  Janus  (A)  master 
data  base  (for  each  sensor)  as  a  table  of  values.  For 
optical  sensors,  the  quantity  Ss  above  is  called  ’mean 
resolvable  contrast*  (MRC) .  For  thermal  sensors,  it  is 
called  ‘mean  resolvable  temperature*  (MRT) .  Sensor 
performance  is  therefore  represented  in  Janus  (A)  by  what  is 
called  an  MRC  or  an  MRT  curve  (or  table)  . 


As  stated  earlier,  the  Janus  (A)  simulation  wor)cs  with 
extinction  rather  than  transmissions,  for  computational 
efficiency.  Using  equation  (5)  above,  subroutine  PAIRS 
computes  the  natural  log  of  the  quantity  Ss.  For  this 
reason,  the  Janus (A)  simulation  calculates  (once  for  each 
se.nsor)  a  table  of  C.M?.  versus  the  natural  1-og  of  Ss.  and 
stores  the  results  in  a  ’slope/intercept *  form,  which  allows 
very  fast  interpolation  of  the  table  values. 


Once  C.M?,  is  obtained  (via  table  i.nterpclatio.n) . 
cycles  resolved  bv'  the  sensor  (Ni  can  be  easily 
from  the  eruation 


the  nu.cber 
calculated 


of 


N  =  C.MR  *  (TOIM/?-i>i;GE)  (7) 

where 

TDIM  is  the  target’s  minimu-m.  presented  dimension 
(meters) . 

?--lvC-£  is  the  sensor-to-target  range  Ocilcmeters )  . 

Actually,  the  term  (TDIM/  R.ANGE)  above  is  simply  a  very  close 
approxi.T.ation  for  the  ancle  (in  miliradians)  subtended  by  the 
target.  TDIM  is  obtained  from  the  target’s  *Minimum 
Detection  Dimension*  in  the  master  data  base,  then  modified 
to  take  into  account  the  target’s  defilade  status,  and 
partial  obscuration  of  the  target  by  terrain  features  (if  any 
are  present  along  the  sensor-to-target  LOS) .  RANGE  is 
obtained  from  the  sensor  and  target  locations  within  the 
simulation. 


Major  Janus  (A)  routines  involved  with  computation  of 
resolvable  cycles  for  a  se.nsor-unit /target-unit  combination 
are  as  follows: 
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MAXCUR  *  Calculates  the  cycles-per-roiliradian 
versus  natural-log-of-cargec-signature  cables  (one  for 
each  sensor) . 

GETCPM  •  Interpolates  MRC/MRT  cables  from  the 
master  data  base,  for  use  by  MAXCUR. 

PAIRS  *  Interpolates  the  cables  built  by  MAXCUR  to 
obtain  cycles-per-miliradian  (CMR) . 

•Calculates  the  number  of  miliradians 
subtended  by  the  target  (MST) . 

•Calculates  the  number  of  resolvable  cycles: 

N  =  C.MR  •  MST 


5.0 


-AIQUISITION 


Once  the  nurlser  of  resolvable  cycles  has  been  determined  for 
a  particular  sensor-unit/target-unit  combination,  the 
probability  of  detection  a.nd  the  distribution  of  time-co- 
cecect  can  be  easily  calculated,  .additionally ,  the  level  of 
discrimination  (how  'well*  the  observer  can  see  the  target) 
can  be  determined. 


Probability  or  Getsction. 


The  probability  of  detection  ( ’P-inf  inity  • )  is  given  by  N'vEOD 
33 

?D  =  {  CR  •’  W  )  /  (1  4.  CR  ••  W)  (3) 

where 

W  =  2.7  ♦  0.7  *  CR 

CR  =  N  /  NSO 

N  is  the  number  of  resolvable  cycles. 

NSO  is  the  median  number  of  resolvable  cycles 
required  for  eventual  detection. 

The  term  "CR*  above  is  called  the  ‘cycle  ratio".  .n50  is 
called  the  'cycle  criterion'  for  detection.  .Vote  that  when  .N 
is  eqcal  to  NSO.  CR  is  equal  to  one,  and  ecjaticn  (3) 
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evaluares  cc  PD  *  C.5.  In  other  words,  for  a  random  sample 
of  observers,  half  of  che  observers  lor.  average)  will  require 
fewer  than  K50  resolvable  cycles  for  eventual  detection, 
while  half  of  the  observers  (on  average)  will  require  more 
than  NSG  cycles  for  eventual  detection. 

In  Janus  (A),  we  use  the  following  cycle  criteria  for 
detection  and  subsequent  target  discrimination: 


1.0  cycles  Detection:  Sensing  chat  an  object  which  is 
foreign  to  the  background  is  in  the 
sensor's  f ield-of-view. 


2.0  cycles 


2.5  cvcles 


Aimpoint:  Ability  to  select  an  aimpoinc  on 
an  object  which  has  beer,  determined  to  be 
of  military  interest. 

Recognition:  Ability  to  categorize  most 
targets  by  class,  such  as  tank.  APC.  truck, 
etc. 


6 .  i  cycles 


Identification:  Being  able  to  tell  what 
specific  member  of  a  class  the  target  is. 
for  exa.mple  a  T-72  rather  than  a  T-62. 


Note  chat  fcr  a  particular  sensor-unit /target-unit 
combination,  equation  (6)  above  is  ultimately  a  function  of 
range  between  the  sensor  unit  and  the  target  unit.  (PD  is  a 
function  of  resolvable  cycles,  which  in  turn  is  a  function  of 
range.)  Fcr  a  corrbat  simulation  such  as  Jsnus(.n).  the  range 
between  a  se.nsor  unit  a.nc  a  target  unit  generally  chances 
over  ti.T.e.  For  example,  the  initial  range  between  a 
particular  se.nsor  unit  and  a  particular  target  unit  might  be 
very  large,  with  a  corresponding  very  low  probability  of 
eve.ntual  detection  (?D)  .  At  some  later  time,  the  sensor-to- 
target  range  may  have  decreased  to  such  an  extent  chat  the  PD 
is  now  very  large.  In  order  to  account  for  this,  the 
capability  of  a  particular  sensor  unit  to  eventually  detect  a 
particular  target  unit  must  be  evaluated  periodically. 
However,  we  cannot  simply  recompute  PD  and  compare  it  to  a 
random  draw,  each  time  we  wish  to  re-evaluate  the  particular 
sensor /target  pair.  Doing  so  is  equivalent  to  considering 
the  particular  sensor/target  pair  to  be  a  different  (randomly 
selected)  sensor-unit/target -unit  pair.  Additionally,  the 
probability  that  a  particular  sensor /target  pair  will  pass 
the  PD  test  becomes  a  function  of  how  frequently  we  conduct 
the  test.  (In  order  to  see  this,  ask  yourself  what  would 
happen  if  we  evaluated  each  sensor-unit/terget-unit  pair  a 
million  times  during  each  second  of  simulated  game  time.) 


Janus  (A)  uses  an  •initialization"  method  to  account  for 
sensor- to- target  range  changes  in  a  ma.nner  which  is  not 
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equivalenc  to  random  seleccion  each  cime  an  evaluacion  o£  a 
specific  sensor-unit /cargec-unic  pair  is  to  be  performed.  Ac 
Che  beginning  of  a  Janus  (A)  run,  each  sensor-unic/carget-unit 
combirvacion  receives  a  random  draw  from  the  distribution 
represented  by  equation  (8)  above.  These  draws  represent  the 
number  of  resolvable  cycles  required  for  specific  sensor 
units  CO  be  able  to  (eventually)  detect  specific  target 
units.  These  draws  (called  detection  thresholds)  are  saved, 
and  do  not  change  during  a  particular  scenario  run.  Janus  (A) 
periodically  computes  the  number  of  resolvable  cycles  (N)  for 
a  particular  sensor-unit/targec-unic  combination,  and 
compares  this  number  to  the  previously-scored  detection 
threshold,  whenever  N  is  greater  chan  (or  equal  to)  the 
detection  threshold,  we  say  that  the  P-infinity  test  has  been 
passed. 


The  main  Janus  (A) 
follows: 


routines  involved  with  ?- infinity  are  as 


INITACQ 


VC  '  ? 


.Assigns  random  draws  from  equation  (3)  above 
to  every  combination  of  senscr-u.nit/target- 
unit  contained  withi.n  the  scenario  to  be 
executed. 


'ills  subroutine  PAIRS  to  calc 
number  of  resolvable  cycles  (N 
particular  sensor -'target  combi 
Compares  N  to  the  threshold  as 
INIT.ACQ  to  determine  if  the  ta 
eventually  be  detected. 


ulate  Che 
)  for  a 
nation, 
signed  by 


5.2  Ti.T.e  zo  Zezecz. 


Cnee  the  P-infinity  test  has  been  passed  (the  target  will 
evenc'jaliy  be  detected),  Janus  (.A)  .must  deter.mine  whe.v  the 
target  is  actually  detected. 

If  we  let  *f  be  the  amount  of  cime  chat  a  target  has  been 
within  a  sensor's  f ield-of-view.  then  the  probability  that 
the  target  will  be  detected  during  the  time  interval  't*  is 
given  by  NVEOD  as: 

?(C)  =  1  -£:<?(  -X»T/3. 4)  (9) 


If  CR  is  less  than  or  equal  to  2.0,  then 


-X 


else 


X 


PD 


CR  /  2 
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where  C?.  is  the  cycle  ratio,  as  defined  in  paragraph  5.1 
above,  and  ?D  is  the  probability  of  detection  (?-infinity)  as 
giver,  bv*  equation  (6)  in  paragraph  5.1  above. 


Janus (A)  uses  equation  (9)  above  to  periodically  calculate 
the  probability  P(t)  that  a  specific  target  unit  was  detected 
by  a  specific  observer  unit  during  the  proceeding  time 
interval  t.  A  random  draw  is  then  compared  to  P(t>  to 
determine  if  the  target  unit  has  been  detected  or  not.  This 
process  is  repeated  until  the  target  is  detected,  or  is  no 
longer  a  candidate  for  detection  by  the  specific  observer 
unit  (i.e.  LOS  is  broken,  the  target  is  killed,  the  observer 
is  killed,  etc. ) 

The  main  Janus  (A)  routines  involved  with  Pit)  are  as  follows: 

PDSTiC  "  Calculates  Pit),  given  t  and  CR.  For 

computational  efficiency,  PDET2C  contains  a 
table  cf  ?D  vs  CR.  stored  in  slope/ intercept 
form  for  fast  interpolation. 

DETECT  '  Calls  subrouti.ne  PAIRS  to  calculate  the 
number  of  resolvable  cycles  (N)  for  a 
particular  sensor-unit/ target -unit 
combination.  Then  calls  sub-routine  PDETEC.. 
to  calculate  the  Pit)  for  a  specified  time 
interval . 


5.3  Target  Discrimi.nation . 

In  paragraph  5.1  above  we  described  how  Janus  i.A)  uses  an 
■initialization*  method  to  generate  a  collection  of  ra.ndom 
draws  from  the  probability  distribution  represented  by 
equation  i£)  .  This  distribution  is  frequently  referred  to  as 
the  P-infinity  distribution.  Note  that  the  P-infinity 
distribution  has  a  parameter,  NSO,  whose  value  is  the  median 
value  of  the  distribution. 

It  is  i.mportant  to  realize  that  we  can  vary  the  level  of 
resolution  at  which  a  ‘detection*  takes  place,  by  varying  the 
value  of  K50  used  in  generating  the  P-infinity  distribution. 
For  example,  if  we  wish  to  require  that  an  observer  unit  be 
able  to  categorize  a  target  unit  by  class  (tank,  APC,  truck, 
etc.)  in  order  for  a  ‘detection*  to  occur,  then  we  would  use 
a  value  of  3.5  cycles  for  N50  in  equation  (8).  We  would  then 
say  that  we  are  simulating  target  acquistion  (detection)  at 
the  level  of  ‘recognition*.  If  we  use  a  value  of  2.0  ^cles 
for  NSO  i,'.  equation  (8),  we  are  simulating  target  acquisition 
at  the  level  of  'aimpoint*.  It  is  also  important  to  realize 
that  a  collection  of  random  draws,  generated  by  a  given  value 
of  NSO  for  the  P-infinity  distribution,  can  be  *scaled*  to  a 
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colleccion  of  random  draws  generated  by  che  P- infinity 
distribution  for  some  other  value  of  N50.  In  ocher  words,  if 


PD(l.O) 
1.0,  and 

PD (3. 5) 
3.5. 


represents  the  ?-infinicy  disc,  wich  N50  * 
represents  che  ?-infinicy  u.sc.  with  N50  * 


the.n  multiplying  each  draw  from  ?D(1.0)  by  the  factor  3.5 
will  give  us  che  equivalent  of  a  colleccion  of  draws  from 
PD(3.5) . 

Janus (A)  version  3.0  simulates  target  acquisition  at  che 
level  of  •aimpdint*  (N50  *  2 .  O' resolvable  cycles).  EJuring  . 

initialization,  a  random  draw  (called  the  *Detection 
Threshold*)  from  ?D(i.O)  is  stored  for  each  se.nsor- 
unit/target'unit  combination.  This  draw  is  scaled  up  (by  a 
factor  of  2.0  whenever  the  particular  se.nsor-unit/carget- 
unit  combination  is  being  evaluated  for  (eve.ntual) 
acquisition.  I:  the  scaled-up  draw  is  equal  to  or  greater 
than  2.0,  then  the  target  unit  can  eventually  be  acquired  by 
the  observer  unit. 

Once  the  target  has  been  acquired,  the  same  Detection 
Threshold  draw  is  (periodically)  scaled  up  by  the  appropriate 
factor  (3.5  for  recognition,  5. 4  for  identif ication)  to 
determine  if  the  observer  unit  can  discri.minate  the  targe- 
unit  at  a  level  higher  than  at.mpcint.  The  target 
discri.mination  level  is  che.n  used  as  an  input  to  the  direct 
fire  engage.T.ent  algorithms,  and  is  also  used  to  determine  the 
symbology  fcr  graphical  display  of  an  enemy  unit  on  a 
player's  wcrkstation  screen. 

The  main  Janus  (.A)  routine  involved  with  target  discrimination 
is  subroutine  DETECT. 


A'  K 

A.D.  Kellner 

Operations  Research  Analyst 
Janus (A)  Development 
Division 
T.RAC-WSMR 
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APPIMDIX  B 


C . SUBRCX}TINE--DOLOS . A. D. KELLNER,  TRAC-WSMR 

SUBRODTZNE  DOLOS  (  XS.YS.HS.  XT,YT,HT.  PLOS  ) 


PORPOSE:  To  determine  if  line-of -sight  (LOS)  exists 
between  a  "sensor*  and  a  "target",  not 
considering  clouds. 


INPUT: 

XS, YS  -  X  &  Y  Map  coordinates  of  "sensor"  (Km) 

HS  -  Height  of  sensor  alaove  ground  (meters) 

XT, YT  -  X  &  Y  Map  coordinates  of  target  (Km) 

HT  -  Height  of  "target"  ad>ove  ground  (meters) 


OUTPUT: 

PLOS  -  ProbeJaility  that  LOS  exists 


DICTIONARY: 

XSG,YS6  •  X  &  Y  grid- coordinates  of  sensor 

XTG,YTG  -  X  &  Y  grid- coordinates  of  target 

MAPXY  -  array  of  grid  cell  data 

TPLOS  -  Scratch  used  for  calc  of  final  PLOS 


INCLUDE  ' JGLOBE:GLBPARAM.FOR' 
INCLUDE  ' JGLOBE:GLOBTRRN.FOR' 
INCLUDE  ' JGLOBE : GLOBSCR . FOR ' 


C-TCDC  KNT  =  KNT  +  1 
C-TCDC  IF(  KNT.EQ.  10000  )  THEN 
C-TCDC  KOUNT  -  KOUNT  +  10 

C-TCDC  PRINT  10010,  KOUNT 

C-TCDClOOlO  FORMAT (  /,  '  ---  LOS  Count  (thousands):',  15  ) 

C-TCDC  KNT  *  0 

C-TCDC  ENDIF 

C - Init  to  no  LOS 

PLOS  >  0 

C -  Ccopute  "Grid-Cell  Coordinates"  of  sensor  and  target 


XSG  «  (  XS-XORG  )  /  GSIZEX 

YSG  »  (  YS-YORG  )  /  GSIZEY 

XTG  -  (  XT-XORG  )  /  GSIZEX 

YTG  «  (  YT-YORG  )  /  GSIZEY 
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D  ZPRNT  -  99 

D  XF(  HS  .LT.  0.0  )  THBN 

D  HS  *  ABS(  HS  ) 

D  BNDZF 

C . GBT  ELEVATION  AT  SENSOR  LOCATION 


IXS  -  XSG 
lYS  «  YSG 


ICELL  ■  IXS  -f  (IYS-1)  *  IDIMX 

ZS  «  (  MASKELEV  .AND.  MAPXY (ICELL)  )  *  HS 


C . <3et  Elevation  &  Concealment  at  TARGET  location 

IXT  «  XTG 

lYT  *  YTG 

ICELL  -  IXT  +  (IYT-1)  *  IDIMX 

ZT  «  HITREE(  MAPXY ( ICELL) ,  PL  ) 

TPLOS  «  1.0 

IF{  HT  .LT.  ZT  )  TPLOS  *  PL  *  PL 


D  ZZ  o  ZT 

ZT  -  (  MASKELEV  .AND.  MAPXY  (ICELL)  )  -t-  HT 

C . Get  Delta-X,  Delta-Y  in  Grid  Cells 

IDX  «  ABS(  IXT- IXS  ) 

IDY  -  ABS(  lYT-IYS  ) 

D  IP(  IPRNT  .GT.  0  )  THEN 

D  TYPE  * 

D  TYPE  . DOLOS  called:' 

D  TYPE  * 

D  TYPE  * 

D  TYPE  SENSOR  Map  X,Y,Z  ,  XS,yS,HS 

D  TYPE  TARGET  Map  X,Y,Z  ,  XT,YT,HT 

D  TYPE  * 

D  TYPE  SENSOR  Grid  X,Y,Z  ,  XSG, YSG, ZS 

D  TYPE  TARGET  Grid  X,Y,Z  =' ,  XTG, YTG, ZT 

D  TYPE  * 

D  TYPE  SENSOR  Indx  IX, lY  ,  IXS,IYS 

D  TYPE  TARGET  Indx  IX, I Y  =' ,  IXT,IYT 

D  TYPE  * 

D  TYPE  *,'  IDX, IDY  ,  IDX, IDY 

D  TYPE  .  T/C  hei,  PLOS  at  targt  loc  ,  ZZ,PL 

D  TYPE  Init  TPLOS  ,  TPLOS 

D  TYPE  * 

D  ENDIF 

C . We  will  either  step  in  X  &  confute  Y,  or 

C  step  in  Y  &  confute  X: 

IP(  IDY  .GT.  IDX  )  GOTO  500 
C .  STEP  IN  X 
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Dooo  09999  999 


ZF(  IDX  .LT.  2  )  GOTO  800  !  LOS  exists 


ZF(  ZPRNT  .GT.  0  )  THEN 

TYPE  *,  '  .  STEP  IN  X 

ENDIF 

REALZDX  X  FLOAT (IDX) 


IF(  XTG  .GT.  XSG  )  THEN 


ISTART 

m 

IXS  -t-  1 

ISTOP 

m 

IXT  -  1 

Y 

a 

YSG  -  1.0 

DY 

m 

(YTG-YSG) 

/  REALIDX 

Z 

m 

ZS 

DZ 

m 

(ZT-ZS)  / 

RBALIDX 

ELSE 

ISTART 

a 

IXT  +  1 

ISTOP 

a 

IXS  -  1 

Y 

a 

YTG  -  1.0 

DY 

s 

(YSG-YTG) 

/  REALIDX 

Z 

a 

ZT 

DZ 

s 

(ZS-ZT)  / 

REALIDX 

ENDIF 

IF(  IPRNT  .GT. 

0  ) 

THEN 

TYPE  DY,  DZ  »',DY,DZ 

ENDIF 

DO  100  IX  *  ISTART,  ISTOP 

Y  =  Y  +  DY 

Z  X  Z  DZ 

lY  -  Y 

ICELL  s  IX  (  lY  «  IDIMX  ) 

ZZ  X  (  MASKELEV  .AND.  MAPXY (ICELL)  ) 

IF{  IPRNT  .GT.  0  )  THEN 
TYPE  * 

TYPE  *,  '  Y,  IX, lY  Y,IX,IY+1 

TYPE  *,  '  Z,  ZZ  x',  Z,ZZ 
ENDIF 

IF(  Z  .LT.  ZZ  )  GOTO  999  !  No  LOS 

ZZ  X  ZZ  -t-  HITREE(  MAPXY  (ICELL)  ,  PL  ) 


IF(  Z  .LT.  ZZ  )  THEN 

TPLOS  X  TPLOS  *  PL 
IF(  IPRNT  .GT.  0  )  THEN 

TYPE  . ZZ  (TREES/CITY)  x',ZZ 

TYPE  . PL,  TPLOS  x' ,  PL, TPLOS 

ENDIF 

IF(  TPLOS  .LT.  0.01  )  GOTO  999  !  No  LOS 

END  IF 


100  CONTINUE 

GOTO  800  !  LOS  EXISTS 
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.  Step  in  Y 

500  IF(  ZDY  .LT.  2  )  GOTO  800 


LOS  exists 


D  IP(  IPRNT  .6T.  0  )  THEN 

D  TYPE  *,  '  STEP  IN  Y 

D  ENDZP 


RSALZDY  -  PliQAT(ZDY) 


CD 

CD 

CD 


IP(  YTG  .GT.  YSG  )  THEN 

ISTART 

m 

lYS 

ISTOP 

m 

lYT  -  2 

X 

m 

XSG 

DX 

SB 

(XTG-XSG) 

/  REALIDY 

Z 

a 

zs 

DZ 

a 

(ZT-ZS)  / 

REALIDY 

ELSE 

ISTART 

a 

lYT 

ISTOP 

a 

lYS  -  2 

X 

a 

XTG 

DX 

a 

(XJG-XTG) 

/  REALIDY 

Z 

a 

ZT 

DZ 

a 

(ZS-ZT)  / 

REALIDY 

ENDIP 

IP(  IPRNT  . 

GT 

.  0  )  THEN 

TYPE  DX,  DZ  -',DX,D2 

ENDIP 

DO  600  lY  «  ISTART,  ISTOP 
X  «  X  +  DX 
Z  a  Z  +  DZ 
IX  *  X 

ICELL  «  IX  +  (  lY  *  IDIMX  ) 

ZZ  s  (  MASKELEV  .AND.  MAPXY (ICELL)  ) 


CD 

IP(  IPRNT 

.GT.  0  ) 

THEN 

CD 

TYPE  * 

CD 

TYPE  *,  ' 

X,  IX, lY 

=',  X,IX,IY+1 

CD 

TYPE  *,  ' 

Z,  ZZ 

Z,ZZ 

CD 

ENDIP 

IP(  Z  .LT.  ZZ  )  GOTO  999  !  No  LCS 

ZZ  s  ZZ  +  HITREE(  HAPXY (ICELL) ,  PL  ) 

IP(  Z  .LT.  ZZ  )  THEN 

TPLOS  »  TPLOS  *  PL 

D  IP(  IPRNT  .GT.  0  )  THEN 

D  TYPE  . ZZ  (TREES/CITY)  .',ZZ 

D  TYPE  . PL,  TPLOS  ,  PL, TPLOS 

D  ENDIP 

IP(  TPLOS  .LT.  0.01  )  GOTO  999*  !  No  LOS 

END  IP 


600  CONTINUE 


C  »>»>>>»>>>>>>»>>>  LOS  EXISTS 


:*.<<<<<<<<<< 


800  CONTINUE 
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PIOS  >  TPLOS 


C . RBTORN  to  calling  routine... 

999  CONTINUE 

IF(  IPRNT  .6T.  0  )  THEN 
TYPE  * 

TYPE  . Exit  IjOS. 

TYPE  PLOS  «' ,  PLOS 

TYPE  * 

TYPE  * 

ENDIF 

RETURN 
END 
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ASPKHDIX  C 


C . FUNCTION- -HITREB . A. D .KELLNER,  TRAC-WSMR 

FUNCTION  HITRBB  (  MRPDAT,  FLOS) 


PURPOSE: 

To  return  the  height  of  trees  or  cities 
from  grid  data  word  HAPDAT. 

INPUT: 

HAPDAT 

-  Terrain  grid  cell  data  word 

OUTPUT: 

HITREE 

-  Local  height  of  trees  or  buildings  (meters) 

PLOS 

Prob  of  LOS  (obtained  from  Density  code 
of  trees/buildings) 

INCLUDE 

INCLUDE 

' JGLOBB : GLBPARAH . FOR' 

' JGLOBB : GLOBTRRN . FOR' 

Pull  out  the  density  bits 

IDENS  s  HAPDAT  .AND.  MRSKTREB 

1F(  IDENS  .EQ.  0  )  THEN 
HITREE  «  0.0 

PLOS  >  1.0 

GOTO  999 
BNDIF 


Shift  IDENS  to  get  correct  numerical  value 
IDENS  s  JISHFTC  IDENS,  -12  ) 


!  TREES 
!  CITY 

Return  appropriate  value 

IHGT  -  KHGTS (IDENS, ITYPE) 

HITRBB  >  FLOAT (  IHGT  ) 

If  the  area  is  blown  down,  reduce  height 


Pull  out  the  City/Tree  type  bit 

IF(  (HAPDAT. AND. MASKCITY)  .EQ.  0  )  THEN 
ITYPE  ■  1 

ELSE 

ITYPE  «  2 

BNDIF 


86 


nnnnnnnnnnnnnnnnnn 


DOOOOOO  o  o  oooo 


IBIiON  ■  MAPDAT  .AND.  MASXBLOWDOWN 
IP  (  IBLOW  .NE.  0  )  THEN 
HITREE  >  HZTREE  /  3 
ENDIF 


Now  set  density  factor 

PLOS  «  KPLOSdDENS.ITYPE) 
PLOS  «  PLOS  *  0.01 


-  RETURN  to  calling  routine 

999  CONTINUE 

IP(  PLOS  .NE.  1.0  )  THEN 
TYPE  * 

TYPE  .  In  HITREE:' 

TYPE  IDENS,  ITYPE  .  IDENS,ITYPE 

TYPE  HITREE.  PLOS  .  HITREE, PLOS 

TYPE  * 

ENDIF 

RETURN 

END 
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APPENDIX  0 


A  STUDY  OF  THE 
LINE  OF  SIGHT  CALCULATIONS 
AND  DATA  BASE 
FOR  THE 

JANUS  (A)  MODEL 


MAJOR  Robert  J.  Celski 
TRAC  •  Monterey 


I.  BACKGROUND 


Important  in  the  execution  of  the  Janus  (A)  model  are  the  line  of  sight  (LOS) 
calculations.  These  calculations  determine  whether  there  exists  LOS  between  opposing 
forces;  without  LOS,  direct  fire  weapons  do  not  engage  a  target 

TWo  different  factors  determine  whether  LOS  exists  on  the  ground: 

•  Elevation:  the  elevation  level  between  forces  must  allow  for  LOS  (i.e.,  there  must 
not  be  any  masking  terrain  features  between  a  "sensor"  and  a  "target").  If  the  intervening 
terrain  between  the  sensor  and  the  target  masks  LOS,  no  direct  fire  occurs. 

•  Vegetation  and  urban  features:  trees  or  other  types  of  vegetation  and  man-made 
structures  naturally  interfere  with  LOS.  The  Janus  (A)  model  uses  both  factors  to 
determine  LOS  for  opposing  forces.  If  vegetation  and  urban  terrain  features  exist  on  the 
ground,  both  must  also  be  accurately  represented  in  the  model. 

LOS  on  the  ground  can  be  considered  as  a  set  of  continuous  events.  When  observing 
over  or  into  a  set  of  trees  in  the  distance,  for  example,  a  target  may  be  observed  if  it  is  not 
completely  masked  by  trees  or  other  vegetation.  However,  other  factors  such  as  time 
available  for  detection,  smoke,  weather  or  good  camouflage  that  may  hinder  observation. 
Considering  only  vegetation  and  urban  factors,  modelling  LOS  to  a  target  is  both 
deterministic  and  probabilistic,  depending  on  several  factors. 

The  Janus  (A)  model  addresses  the  deterministic  nature  of  observing  a  target  over 
vegetation  and  urban  terrain  by  simply  calculating  whether  intermediate  terrain  masks  LOS. 
The  model  also  addresses  the  probabilistic  nature  of  target  detection  through  vegetation  and 
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urban  terrain  by  considering  the  density  (number  and  type  of  trees  or  buildings  per  area) 
of  such  objects.  This  is  accomplished  by  assigning  discrete  density  values  associated  with 
the  probability  of  "seeing  through"  each  of  the  different  types  of  vegetation  and  urban 
terrain.  These  density  values  are  further  addressed  in  Section  IV. 

In  order  for  Janus  (A)  to  accurately  model  LOS  between  opposing  forces,  the 
vegetation  and  urban  terrain  features  must  be  properly  represented  in  terms  of  heights  and 
densities.  This  includes  proper  representation  of  the  height  and  density  of  trees,  shrubs, 
buildings  tmd  other  man-made  structures.  Furthermore,  modelling  LOS  from  a  sensor  to  a 
target  lying  in  a  set  of  trees  or  buildings  can  not  be  continuous  (as  it  actually  occurs  on  the 
ground);  rather,  it  can  be  modelled  as  a  set  of  discrete  probabilities.  These  probabilities  must 
provide  a  realistic  representation  of  the  LOS  into  and  through  the  vegetation  and  urban  terrain. 

11.  PROBLEM  STATEMENT 

The  vegetation  and  urban  terrain  heights  and/or  densities  may  not  be  properly 
represented  in  the  Janus  (A)  model  or  data  base  for  key  areas  of  interest  to  TRAC- 
Monterey  analysts.  Moreover,  the  probabilities  associated  with  seeing  through  the 
vegetation  and  urban  terrain  may  be  inaccurate,  causing  misconceptions  about  what  is 
actually  occurring  in  the  model. 


111.  OBJECTIVE 

The  objective  of  this  study  is  to  determine  if  probabilities  of  LOS  for  each  of  the 
different  vegetation  density  levels  are  meaningful.  The  study  only  considers  vegetation 
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density  levels,  since  density  levels  for  urban  terrain  use  the  same  data  arrays  and 
calculations  as  the  vegetation  densities.  Finally,  the  study  attempts  to  determine  if  the  tree 
heights  corresponding  to  each  density  level  are  adequate  in  describing  the  vegetation. 


IV.  DATA 

The  data  used  to  perform  the  study  is  extracted  from  the  Janus  (A)  terrain  data  base 
for  a  portion  of  the  TEXCOM  Experimental  Station  (TEC),  Fort  Hunter  Liggett,  California. 
Each  data  point  represents  50  square  meters  of  terrain  at  TEC. 

The  Janus  (A)  terrain  data  base  currently  uses  eight  different  levels  •  or  densities  • 
in  determining  whether  LOS  exists.  The  densities  for  each  SO  square  meters  of  terrain 
(terrain  square)  range  from  level  0,  where  there  is  no  vegetation  •  thus  no  LOS  hinderance  • 
to  level  7,  corresponding  to  dense  vegetation  and  high  tree  heights.  These  vegetation 
densities  for  each  terrain  square  are  stored  in  the  data  base  as  arrays.  Once  the  density  for 
the  terrain  square  is  determined,  the  tree  height  and  a  value  for  the  probability  of  line  of 
sight  (FLOS)  into  and/or  through  the  vegetation  for  the  entire  terrain  square  is  assigned 
from  another  array. 

A  sample  array  showing  terrain  squares  with  the  assigned  density  for  each  square  is 
shown  in  Appendix  A.  This  data  is  stored  in  a  Janus  (A)  file  called  terrain.data.  The  values 
for  tree  heights  and  PLOS  corresponding  to  the  eight  densities  are  shown  in  Table  1.  The 
data  used  for  this  table  is  stored  in  a  data  file  called  terrain810.dat  for  the  vegetation  at 
TEC.  A  copy  of  this  file  is  shown  in  Appendix  B. 
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TABLE  1  TERRAIN  DATA  BASE  DENSITY  LEVELS 


NOTE  1 :  Except  for  density  level  0.  the  PLOS  in  the  table  represents  a  relative  value,  and  is  converted  into 
an  actual  probability  of  line  of  sight  in  the  program.  For  density  level  0,  the  PLOS  is  actually  1  (e.g.,  there  will 
be  LOS  when  no  vegetation  exists  between  sensor  and  target. 


V.  DISCUSSION  AND  ANALYSIS 

The  basis  for  the  discussion  in  this  section  is  the  sensor  Janus  (A)  code,  written  in 
the  FORTRAN  language,  which  is  provided  in  Appendix  C.  The  discussion  for  tree  heights 
and  for  the  probability  of  line  of  sight  (PLOS)  are  each  done  separately. 

A.  TREE  HEIGHTS 

Tree  heights  in  Table  1  range  from  zero  meters  (no  vegetation)  in  density  level  zero, 
to  14  meters  in  density  level  seven.  However,  of  the  eight  density  levels,  six  densities  fall 
at  tree  levels  of  seven  meters  high  or  above  (7, 9,  10, 11,  13,  &  14  meters),  and  only  2  levels 
are  reserved  for  tree  heights  below  7  meters  (0  &  3  meters).  Thus,  only  2/7  of  all 
the  possible  tree  heights  below  seven  meters  for  which  a  terrain  square  could  be  comprised 
are  represented,  while  3/4  of  those  seven  meters  high  and  above  are  represented.  For 
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example,  terrain  squares  having  only  shrubs  of  one  to  two  meters  in  height  are  mis¬ 
represented  as  having  either  density  level  zero  or  three.  Even  worse,  terrain  squares  having 
trees  that  are  five  meters  in  height  are  are  misrepresented  as  having  either  density  three  or 
seven. 

Using  nine  meters  as  the  cutoff,  five  of  the  eight  densities  fall  at  nine  meters  or 
above  (9, 10, 11, 13,  &  14  meters)  -  a  ratio  of  5/6,  while  only  three  fall  below  9  meters  (0,3, 
&  7  meters)  -  a  ratio  of  1/3.  The  window  of  tree  heights  given  the  smallest  representation 
lie  from  one  to  six  meters,  where  only  one  of  six  tree  heights  are  represented. 

The  tree  heights  are  shown  in  their  actual  proportion  in  Figure  1.  The  values  directly 
below  the  x-axis  represent  tree  heights.  If  there  is  a  line  above  the  x-axis  (height)  value,  the 
corresponding  tree  height  for  the  density  is  represented  in  the  terrain  data  base  in  Table  1. 


HBIGHT 
(MAPS  TO) 


0  1  234567 

DENSITY 

FIGURE  1  Tree  Heights  Stored  in  the  Data  Base 

Note:  Not  shown  is  tree  height  zero;  a  value  of  zero  is  assigned  in  the  data  base. 
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If  no  line  exists  (and  therefore  no  density  value  is  assigned  to  trees  of  that  height)  trees  of 
that  height  are  not  represented  in  the  data  base.  The  length  of  the  line  above  the  number 
represents  the  height  of  the  tree  relative  to  the  others  for  display  purposes.  The  mapping 
between  densities  and  tree  heights  is  also  shown. 

The  interpretation  of  this  result  is  that  the  only  tree  heights  represented  in  the  data 
base  below  seven  meters  are  trees  that  measure  three  meters  in  height.  The  likelihood  of 
this  situation  is  low.  There  must  certainly  be  terrain  squares  containing  trees  whose 
maximum  height  is  between  three  and  seven  meters,  yet  they  are  not  represented  in  the  data 
base.  Clearly  this  has  an  effect  on  LOS  in  the  model. 

B.  PROBABILITIES  OF  LINE  OF  SIGHT  (PLOS) 

This  sub-section  examines  two  different  aspects  of  PLOS;  the  data  base  values 
assigned  for  the  eight  different  density  levels,  and  some  of  the  code  for  PLOS  calculations. 

1.  PLOS  Data  Base 

The  third  column  of  Table  1  shows  the  PLOS  assigned  to  each  of  the  eight 
different  densities.  For  density  level  zero,  PLOS  is  always  1.0,  and  no  further  calculations 
are  done  in  the  code.  The  discussion  in  this  paragraph  will  only  cover  density  levels  one 
through  seven. 

Table  1  shows  that  the  relative  value  for  PLOS  (before  further  manipulation  to 
transform  it  into  an  actual  probability)  for  density  level  one  is  two,  while  the  value  for 
density  level  seven  is  10.  This  is  counter-intuitive.  If  density  level  zero  has  the  highest 
PLOS,  then  the  relative  PLOS  values  for  increased  density  levels  should  be  decreasing  in 
order  from  density  level  one  to  seven.  This  is  not  what  Table  1  shows.  Density  level  seven 
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represents  terrain  squares  containing  much  denser  terrain,  yet  the  relative  PLOS  assigned 
to  it  is  higher  than  terrain  squares  assigned  a  density  level  of  one.  Thus,  the  values  for 
density  levels  one  through  seven  in  the  third  column  of  Table  1  appear  to  be  inverted. 


2.  PLOS  Calculations 

Refer  to  FUNCTION  HITREE  (Mapdat,  PLOS)  in  Appendix  C  for  initial  code 
discussions  in  this  paragraph.  Below  the  comment  line  ”C — Now  set  density  factor”,  PLOS 
is  assigned  a  value  from  the  KPLOS  array  (one  of  the  values  in  column  C,  Table  1).  The 
next  line  transforms  this  value  by  multiplying  the  value  by  0.01,  apparently  transforming  it 
into  a  probability.  Thus,  neglecting  density  level  zero,  the  values  assigned  to  the  seven 
remaining  densities  after  this  calculation  are  shown  in  Table  2. 


TABLE  2  PLOS  VALUES  IN  FUNCTION  HITREE  ( ) 


1  DENSITY  LEVEL 

PLOS 

1 

0.02 

2 

0.04 

3 

0.06 

4 

0.07 

5 

0.08 

6 

0.09 

7 

0.10 

Refer  to  SUBROUTINE  DOLOS  (  )  in  Appendix  D.  Below  the  comment  line  "C--- 
Get  Elevation  &  Concealment  at  TARGET  location”  is  the  code  line  invoking  FUNCTION 
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HITREE  (  ).  The  values  shown  in  Table  2  are  passed  from  FUNCTION  HITREE  ( )  to 
SUBROUTINE  DOLOS  (  ).  Once  passed  to  SUBROUTINE  DOLOS,  the  PLOS  values 
in  Table  2  are  temporarily  renamed  as  PL.  Two  lines  below,  the  value  for  PL  is  squared, 
and  renamed  as  TPLOS  (for  temporary  PLOS),  as  it  will  be  further  used  in  later 
calculations.  Once  the  values  in  Table  2  are  squared,  the  new  values  for  each  density 
(except  density  zero)  are  shown  in  Table  3. 

TABLE  3  INITIAL  TPLOS  VALUES  IN  SUBROUTINE  DOLOS 


The  final  LOS  calculation,  based  on  the  densities  and  discussion  in  this  paragraph, 
is  performed  in  DO  LOOP  100  or  600  in  SUBROUTINE  DOLOS  (  ).  Since  both  loops 
perform  the  same  calculations  on  similar  data,  only  DO  LOOP  100  is  discussed. 

There  are  several  calculations  performed  in  DO  LOOP  100  which  determine  if  LOS 
exists  between  a  sensor  and  a  target,  first  using  simple  terrain  elevation.  If  there  is  no 
masking  terrain  between  sensor  and  target,  the  next  procedure  determines  if  LOS  is  blocked 
by  vegetation  or  urban  terrain.  Considering  only  vegetation,  another  adjustment  to  TPLOS 
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is  made  in  the  code  line  written  as: 


TPLOS  •  TPLOS  *  PL  (1) 

Recall  that  PL  in  SUBROUTINE  DOLOS  (  )  is  the  temporary  name  of  the  PLOS  value 
returned  from  FUNCTION  HITREE  (  ).  As  a  result  of  this  calculation,  the  values  from 
Table  2  are  multiplied  by  the  values  from  Table  3,  yielding  new  TPLOS  values  as  shown  in 
Table  4. 

TABLE  4  FINAL  TPLOS  VALUES  IN  SUBROUTINE  DOLOS 


1  DENSITY  LEVEL 

TPLOS 

1 

0.000008 

2 

0.000064 

3 

0.000216 

4 

0.000343 

5 

0.000512 

6 

0.000729 

7 

0.001 

Five  lines  of  code  below  the  calculation  in  Equation  1,  the  values  in  Table  4  are 
compared  to  a  critical  value,  to  determine  if  LOS  exists.  The  problem  here  is  that  all  values 
in  Table  4  lie  below  the  critical  value,  so  the  critical  value  can  not  possible  be  exceeded!! 
Thus  LOS  can  not  possibly  exist  in  this  model  between  a  sensor  and  a  target  IF  a  target  lies 
in  vegetation  of  any  density  level  other  than  zero.  Clearly,  for  some  non-zero  density  levels 
and  tree  heights,  there  are  cases  when  LOS  exists  between  a  sensor  and  a  target.  The  code 
and  data  contained  in  the  model  eliminate  this  possibility. 
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VI.  RECOMMENDATIONS  AND  CONCLUSIONS 
The  section  recommends  improvements  to  the  shortfalls  addressed  above,  and 
concludes  with  areas  for  suggested  for  further  study. 

A.  RECOMMENDATIONS 

The  first  recommendation  addresses  tree  heights  discussed  in  sub-section  V.A.  above. 
Instead  of  using  the  distribution  of  tree  heights  shown  in  Figure  1,  the  tree  heights  should 
be  represented  uniformly  from  zero  to  14.  Since  there  are  only  eight  density  levels,  a 
uniform  distribution  would  assign  values  to  every  other  height,  i.e.,  to  zero,  two,  four,...,  14. 
Figure  2  represents  such  a  distribution. 


FIGURE  2  Recommended  Tree  Heights  For  The  Data  Base 

Note:  Not  shown  is  tree  height  zero;  a  value  of  zero  is  assigned  in  the  data  base. 

This  representation  satisfies  the  need  for  densities,  and  is  far  more  accurate  in  representing 

the  true  range  of  tree  heights. 

The  second  recommendation  addresses  relative  values  stored  in  the  PLOS  data  base. 
For  PLOS  values  entered  for  density  levels  one  through  seven,  the  entries  should  be 
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inverted,  where  the  low  density  levels  have  the  higher  probabilities  of  LOS  assigned  to  them. 
Thus  lower,  less  dense  vegetation  is  given  a  higher  value  for  PLOS  than  more  dense 
vegetation,  and  so  oa 

The  third  and  flnal  recommendation  deals  with  the  PLOS  calculations.  As  previously 
discussed,  there  is  no  possible  way  for  LOS  to  be  established  if  the  density  level  value  is 
other  than  zero.  To  more  accurately  represent  reality,  areas  with  shorter,  less  dense 
vegetation  should  allow  for  LOS.  Even  dense  forests  consisting  of  tall  coniferous  trees  with 
little  underbrush  can  offer  some  LOS,  and  should  not  be  discounted.  Thus  the  data  base 
values  in  Appendix  B  listed  for  each  density  must  be  adjusted  to  allow  for  some  LOS  to 
exist. 

B.  CONCLUSIONS 

To  implement  the  above  recommendations  admittedly  requires  much  work  in  the 
area  of  data  base  updating  and  further  testing.  However,  there  are  two  specific  studies  that 
could  be  performed  to  correct  the  problems. 

First,  a  team  could  be  assigned  to  survey  selected  areas  in  the  training  ranges  to 
estimate  tree  heights.  The  number  of  terrain  squares  surveyed  per  square  kilometer  would 
naturally  depend  on  the  time  available  for  the  team.  These  results  could  easily  be  entered 
in  the  terrain  data  base  file,  and  would  probably  be  more  accurate  than  what  is  available. 
Furthermore,  the  recommended  tree  height  distribution  discussed  above  should  be  used. 

Secondly,  a  more  detailed  study  •  probably  a  thesis  -  could  investigate  the  true 
probabilities  that  should  be  assigned  to  density  levels  one  through  seven.  There  are 
numerous  ways  to  achieve  this,  such  as  cluster  analysis,  and/or  determining  these 
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probabilities  by  simulation.  This  introduces  more  reality  into  the  model  for  line  of  sight 
probability  of  a  given  vegetation  density. 
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APPIMSIZ  B 


*  Program:  CONVERT. F 

*  this  program  asks  for  data  used  in  pegasus  database,  converts 

*  that  number  to  binary,  builds  the  total  33  bit  binary  number 

*  and  converts  that  number  into  an  integer.  To  be  used  for  building  my 

*  own  battlefield  database 

program  transfer 
real  n 

integer  m,t (0:32) ,ele,el2,uci, nor, vgh,vid,nat,ssb,gsv, stun 
1  do  S  i-0,32 

t(i)-0 

5  continue 
do  20  j*l,9 
if  (j.eq.l)  then 
mOaO 


pr'.nt* , 

'  enter 

gsv 

(0-64) 

# 

elseif 

(j .eq.2) 

then 

m0«6 

print*. 

' enter 

ssb 

(0  or 

1) 

elseif 

(j .eq.3) 

then 

m0s7 

print* , 
(j .eq.4) 

' enter 

nat 

(0  or 

1) 

elseif 

then 

m0«8 

print*. 

' enter 

vid 

(0-3) 

t 

elseif 

(j .eq.5) 

then 

m0«10 

print*, 'enter  vgh  index  (0-15)' 


print* , ' height  index' 

print* , ' water  -  0 ' 

print* , ' grass  -  1 ' 

print*, '0-lm  -  2' 

print*, 'l-2m  -  3' 

print*, '2-3m  -  4' 

print*, '3-4m  -  5' 

print*, '4 -5m  -  6' 

print*, '5 -8m  -  7' 

print*, ' 8 -10m  -  8' 

print*, ' 10- ISm  -  9' 

print*, ' 15 -20m  -10' 

print*, '20 -25m  -11' 

print*, '25 -30m  -12' 

print*, '30-35m  -13' 

print*, ' 35-40m  -14' 

print*, '40 -47m  -15' 

elseif  (j.eq.6)  then 
m0sl4 


print*, 'enter  nor  (0-15)' 
elseif  (j.eq.7)  then 
mOalO 

print* ,' enter  uci  (0-3)' 
elseif  (j.eq.8)  then 
mO-20 

print* ,' enter  hal  meter  height,  1k.5,  OsO' 
elseif  (j.eq.9)  then 
m«int (n) 
t  (m-»>m0)  ■! 
remarem-2*'nn 

goto  10 
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•ndif 

20  continua 


■um*0 

do  30  lc>0,32 

■um«Bum-f2**k*C  (k) 

30  continue 

print*, etim, '  >8um' 
print* 

uciaibite (sum, 18,2) 
print* , uci , ' >uci ' 
print* 

print*, 'do  you  want  to  try  another  number?  (l«y, 
read* ,  a 

if  (a.eq.l)  then 
go  to  1 

endif 

end 


2«N)  ' 
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APPBIDIZ  P 


*  Program:  BATFIBLD.F 

program  battle 

*  Thia  program  la  designed  to  place  desired  obstacles  on  a  playing  field 

*  A  variety  of  objects  are  offered 

integer  db(0:249, 0:249) 

open  (unitBlO,fiie>'fieldl.dat' ,statuss'new' ) 

ngBl7i4 

do  5  n-0,249 

do  3  m«0.249 
db(n,m) «ng 
3  continue 

5  continue 
n3-5012 

n7aB8084 

*20 

n7b»269204 

nl0a«9108 

nl0b«532372 

nl0c*531348 

nl5aBl0132 

nl5b-796S€4 

nl5CB795540 

nSB7208 

nla«7208 

nlb-8232 

print*, 'Welcome  to  the  battlefield  builder' 
print* 

print*, 'This  program  will  place  a  variety  of  objects  on  a  flat,' 
print* ,' grass  covered,  250x250  meter  battlefield.  Follow  the' 
print* ,' instructions  of  the  presets' 
print* 

print*, 'Oo  you  want  3m  trees?  (1«Y,  2«N) ' 
read*,  a 

*40 

10  i£(a.eq.l)  then 

print* ,' enter  the  location  of  tree  center  (x,y) ' 
read*,  x,y 

db(y,x) sn3 

print*, 'Do  you  want  another  3m  tree?  (l-Y  2bN) ' 
read* , a 
goto  10 

endif 

print*, 'Do  you  want  7m  trees?  (l«Y  2bN)  ' 
read* , a 

20  if(a.eq.l)  then 

print, 'Bnter  location  of  tree  center  (x,y) ' 

read*,x,y 

db(y,x) ■n7a 

db(y,x>l) Bn7b 

db(y,x+l)Bn7b 

db(y*l,x) ■n7b 
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db<y4-i,x)«n7b 

print*, 'Do  you  want  anothar  7n  trae?  (l«Y  2«N) ' 
read*, a 
goto  20 

endif 

print*, 'Do  you  want  10  aieter  trees?  (IbY  2«N)  ' 

read*, a 

30  if(a.eq.l)  then 

print* ,' Enter  location  of  tree  center  (x,y) ' 

read*,x,y 

db(y,x) anlOa 

db(y,x*l} «nl0b 

db(y,x4l) -nlOb 

db(y-l,x) BnlOb 

db(y-»'l,x)  anlOb 

db (y • 1 , X- 1 ) >nl0c 

db(y-*-l,x-»-l)  «nl0c 

*80 

print*, 'Do  you  want  another  10  m  tree?  (IbY  2bM) ' 
read* , a 
goto  30 

endif 

print*, 'Do  you  want  IS  meter  trees?  (1«Y  2bN) ' 
read* , a 

40  if(a.eq.l)  then 

print*, 'Enter  location  of  tree  center  (x,y) ' 

read*,x,y 

db(y,x) «nl5a 

db(y,x-l)  snlSb 

db(y,x-»-l)  anlSb 

db(y*l,x)  anlSb 

db(y-»’l,x)  «nl5b 

db(y'l,x>l) snlSc 

db(y-»-l,x*l)  «nl5c 

db(y*l,x-i-l)  anlSc 

db  (y-fl ,  x-t-l )  anlSc 

*100 

print*, 'Do  you  want  another  15m  tree?  (IbY  2bN) ' 
read* , a 
goto  40 

endif 

print*, 'Do  you  want  any  small  buildings?  (IbY  2bN) ' 
read*, a 

50  if(a.eq.l)  then 

print* ,' Enter  location  of  building  center  (x,y) ' 

read*,x,y 

do  70  XXBX-l,X-fl 

do  60  yyBy-i,y+i 

db(yy,xx)  ans 

60  continue 

70  continue 

print*, 'Do  you  want  another  small  building?  (laY  2bN) ' 
read*, a 
goto  50 

endif 

*120 

print*, 'Do  you  want  any  large  buildings?  (laY  2bN) ' 
read* , a 
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80  than 

print*, 'Bntar  the  location  of  building  center  (x,y) ' 

read*,x,y 

do  100  XXbX*2,X4-2 

do  90  yy»y-2,y+2 

db  (yy ,  xx)  anlb 


90 

continue 

100 

continue 

110 

do  120  XXaX,X-f2 

do  110  yy«y,y-»'2 

db(yy,xx)  «nla 

continue 

120 

continue 

140 

endif 

do  150 

print*, 'Do  you  want  another  large  building?  (isY  2«R) ' 

read*, a 

goto  80 

n«0,249 

140 

do  140  m>249,0,'l 

write (10,*)  db(m,n) 

continue 

150  continue 
end 
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APFODIX  a 


*  Program:  ^IBMBTBR 

*  this  program  calculataa  LOS  data  on  a  target  moving  through  the  databaae 

*  program  uaea  a  250x250  grid 

*  deaigned  to  incorporate  attenxiation  by  vegetation 

*  subroutine  aspect,  filed  aa  aspectl.f 

*  is  used  and  determines  how  many  faces  of  the  target  are  visible,  and 

*  aasigns  each  face  a  normal  direction  to  be  usd  in  the  calculation  of 

*  the  angle  between  LOS  and  face.  The  main  program  uses  this  value 

*  and  determinea  the  total  area  of  the  target  presented  for  view,  and 

*  then  the  total  area  viewable  modified  for  attenxiation  and  loss  of  LOS 


program  find 


*  initialise  arrays  to  hold  converted  database  information 

integer  i,xa,ya,xt,yt, tile (0:249999) ,elev (0:249999) 

integer  uci (0:249999) .vgh (0:249999) ,vghindex(0:249999) ,realvgh(0:15) 

integer  vid(0:249999) ,nat (0:249999) 

integer  vistgt (16,4) ,r, locate (20, 2) 

*  read  databaae  information  into  array 

open  (unitslO.f ilea 'fieldl.dat' ,statusa'old' ) 
read  (10,*)  (tile (I) ,i-0, 62498) 

*  open  file  to  output  moving  target  information 

open  (unitaii.f ilea 'tgtmovel.dat' .statusa'new' ) 

*  assign  1  meter  of  foliage  an  attenuation  of  30%  of  the  LOS 


denfol  a  0.3 

*  The  vegetation  height  from  pegasus  has  values  of  O'lS,  each  of  these 

*  values  represents  a  particular  height  or  range  of  heights.  The  following 

*  is  used  to  correlate  the  vgh  value  to  a  meaningful  height 


real vgh (0) aO 
real vgh (1) aO 
realvgh(2) ai 
real  vgh  (3)  a2 
realvghU)  a3 
real vgh (5) a4 
real vgh (6) aS 
realvgh(7) aS 
real vgh (8) aio 
realvgh(9) ais 
real vgh (10) a20 
realvgh(ll)a25 
realvgh(12) a30 
realvgh(13)a35 
real vgh (14) a40 
real vgh (15) a47 
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*  One*  the  database  for  the  grid  desired  has  been  read  into  an  array  the 

*  components  of  information  are  extracted  from  the  32  bit  number  using  the 

*  ibits  command.  The  groups  of  information  of  use  in  the  program  are  placed 

*  in  their  own  arrays  for  rapid  recall  during  calculations  as  follows: 

* 

*  elevation  of  highest  point  in  grid  -  elev 

*  under  cover  index  •  uci 

do  50  i«0, 62499 

elev(i) «ibits (tile (i) ,21,11) 
uci (i) aibits (tile (i) ,18,2) 
vghindexti)aibits (tiled)  ,10,4) 
vgh (i) areal vgh (vghindex (i) ) 
vidd)  aibits  (tile  (i)  ,8,2) 
nat d) aibits (tile d) ,7,1) 


50  continue 


*  This  program  is  currently  written  to  run  in  a  stand  alone  mode. 

*  Sensor  information  is  entered  from  the  )ce^board,  and  target  data 

*  may  be  entered  from  the  Iceyboard  or  from  a  data  file  if  several  successive 

*  target  locations  are  desired  in  order  to  simulate  a  moving  target. 

*  The  current  set  up  is  for  a  moving  target,  and  the  prompts  for  manual 

*  target  input  have  been  commented  out 

* 

*  input  grid  location  and  observer  height 

write (11, *), '  xt  yt  target  #  faces 

write (11, *), '  range  presented 

write (11,*) 

*  array  containing  target  location,  this  is  used  to  simulate  a  moving  target 


locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 

locate 


(1,1) 

(1,2) 

(2,1) 

(2,2) 

(3.1) 

(3.2) 

(4.1) 

(4.2) 

(5.1) . 

(5.2) « 

(6, 1)  ■ 

(6.2) . 

(7.1) . 

(7.2) . 

(8,1). 

(8.2) . 

(9.1) . 

(9.2) . 

(10,1) 

(10.2) 

(11,1) 

(11,2) 

(12,1) 

(12,2) 

(13.1) 

(13.2) 

(14,1) 


6 

195 

14 

195 

22 

195 

30 

195 

37 

192 

44 

186 

50 

184 

56 

180 

62 

176 

*70 

-176 

-78 

-176 

-86 

-176 

-94 

-174 

-99 
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locate(14,2)«l72 
locat* (15,1) -101 
locate (15, 2) >165 
locate (16 , 1) -101 
locate (16, 2) -157 
locate (17,1) >101 
locate (17,2) >149 
locate (18, 1) >101 
locate (18, 2) >141 
locate (19,1) >101 
locate (19, 2) >133 
locate (20,1) >101 
locate (20, 2) >125 


*  begin  loop  ii^utting  targets  moving  locations 

do  900  v-1,20 

xt-locate (v, l) 
yt-locate (v,2) 

range-sqrt  (float  (xt-xs)  **24'f  loat  (yt-ys)  **2) 


*  statements  to  allow  manual  ii^utting  of  target  data 

*  print* ,' Enter  target  coordinates  (X,Y)' 

*  read* ,  xt ,  yt 

*  print* 

*  call  the  aspect  subroutine  to  determine  how  much  of  the  target 

*  is  presented  for  possible  liOS 

*  vistgtO  is  the  array  returned  holding  the  grid  location  and  information 

*  on  the  faces  of  the  target  which  may  be  seen. 

*  n  >  the  number  of  possible  detections  and  is  used  for  loping  the  algortilim 


call  aspect (xt,yt,xs,ys,vistgt,n) 


*loop  to  check  possible  LOS  for  all  surfaces  presented  by  target 


r>0 

do  800  q>l,n 

*  zero  atten  for  each  run 

atten-0 

attenf-0 

*  get  the  target  grid  and  height  data  for  stepping  the  LOS 

xt-vistgt (q, 1) 
yt-vistgt (q,2) 
ht-vistgt (q,3) 

*  print*, xt,'  >  xt',yt,'  >  yt' 
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*  calculat*  targat  and  obaarvar  grid  haighta,  firat  tha  haight  of  tha  ground 

*  muat  ba  found  by  axibtracting  tha  vagatation  haight  from  tha  absolute 

*  height.  Than  the  aansor  and  targat  heights  above  ground  are  added  to 

*  obtain  absolute  elevations  of  sensor  and  target 


ss«elav(xs*250-»-ys)  -vgh(xs*250-»'ys) 
zt«alav(xt*250-fyt)  -vgh(xt*250+yt) 
SSaiSS+hO 

st«zt+ht 


*  datarmine  the  difference  between  X  and  Y  coordinates,  auid  convert  from  an 

*  integer  to  a  real  number 


idx>abs (xt-xs) 
idyaabs (yt-ys) 

rdxa  float (idx) 
rdya  float (idy) 


*  select  step  in  x  or  y  to  ensure  best  grid/slope  determination. 

*  it  is  desired  to  step  towards  the  target  in  1  meter  grids  along  the 

*  longer  of  the  X  or  Y  differences 

*  if  idy>idx  we  skip  to  stepping  in  y  ,  otherwise  we  proceed  here 


if  (idy. ge. idx)  go  to  200 


*  determine  start  and  stop  grids,  slopes  for  movement  direction  and  elev 

*  the  LOS  begins  in  the  grid  next  to  the  sensor  and  ends  in  the  LOS 

*  next  to  the  target 

y-ys 

dy» (yt-ys) /rdx 

ZaZS 

dza (zt-zs) /rdx 


*  this  if -else  statement  ensures  that  we  move  frcm  the  sensor  to  the  target 

*  we  only  move  from  the  sensor  becasue  the  distauice  from  the  sensor  will 

*  affect  the  level  of  attenuation  of  any  obstructions 


if  (xt . gt . xs)  then 
istartaxs-fl 
istopaxt-l 
nnai 

else 

istartaxs-l 

istopaxt-fl 

nna-i 

endif 


*  apply  slopes  to  each  step  to  determine  grid  we  are  passing  thru  and  the 

*  height  of  the  LOS  in  that  grid,  coag)are  this  height  to  the  height  of  the 

*  ground,  no  LOS  will  exist  if  ground  height  >  LOS  height 
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*  s  «  height  of  LOS 

*  stree  ■  height  of  vegetation 

*  sdirt  ■  height  of  the  ground 

yetartay 

do  100  ixaietart, iatop.nn 

y«y+dy 

BaS-fdZ 

iy«nint  (y) 

stree>elev(ix*2S0-t'iy) 
zdirt«stree-vgh  (ix*2S0-fiy) 

*  calculate  distance  from  the  sensor  to  the  grid  in  idiich  the  LOS  is 

*  currently  in  as  it  heads  toward  target. 


distasqrt (float (istart-ix) **2+float (ystart-iy) **2) 

*  diagnostic  statement 

*  next  print  statemnet  shows  blocks  thru  idiich  los  passes 

*  print*,  ix,  iy,vid{ix*250+iy)  ,uci  (ix*250+iy)  ,nat  (ix*250-t-iy)  ,z 

*  coo^are  LOS  height  to  ground  height 


if (z.lt.zdirt)  then 

print*, 'No  LOS  due  to  ground  intersection' 
go  to  800 

else  if (z.lt.ztree)  then 


*  the  following  statements  determine  attenuation  due  to  vegetation 

*  if  the  feature  is  200  m  away  then  it  appears  as  a  solid  object 

*  this  distance  has  been  arbitrarily  selected  so  far 

*  check  the  under  cover  index,  if  the  object  has  a  height,  but  no*  check  nature 
bit,  structures  block  LOS 

*  manmade  objects  have  a  nature  bit  of  0 


if  (nat  (ix*250-«-iy)  .eq.O)  then 
print*, 'No  LOS  due  to  structure' 
go  to  800 
endif 


*  if  the  program  passes  the  test  above  then  the  obstruction  is  vegetation  & 

*  any  other  parts  of  the  tree  will  be  assumed  as  foliage.  Current  assunption 

*  is  foliage  of  1  meter  thickness  has  an  attenuation  of  30%.  This  value  is 

*  modified  as  a  fruition  of  distance  until  the  modified  value  reaches  an 

*  attenuation  of  100%  at  the  terminal  distance,  200meter 

*  At  200  meters  all  objects  iqppear  solid 

* 

*  it  is  assuBied  the  ziodification  factor  is  linear 


if  (dist .gt .200)  then 
print*, 'No  LOS  due  to  distant  obstruction' 
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go  to  800 

else 

attenf-denf  ol*  . 33*di8t/200) 

endif 

endif 

*  allov  a  sensor  hiding  right  behind  or  in  the  foliage  to  see  thru  w/o  attenuat' 

if (dist.le.l)  then 
attenf-0 

endif 

*  sum  attenuations 

atten  *  atten  attenf 
print* , atten, ' sattenuation' 

*  if  the  total  attenuation  exceeds  95%  the  LOS  is  blocked 

if (atten. gt. 0.95)  then 

print*, 'Loss  of  LOS  due  to  foliage  attenuation' 
go  to  800 

endif 

endif 

100  continue 

*  This  section  is  used  if  we  are  stepping  in  the  Y  direction,  emd  is  similar 

*  to  stepping  in  the  X  direction 

200  print* 
x«xs 

dx» (xt-xs) /rdy 
z«zs 

d*» (zt-zs) /rdy 

if(yt.gt.ys)  then 

istartsys-fl 

i8top«yt-l 

nn«l 

else 

istart«ys-l 

i8top«yt-»-l 

nn«-l 

endif 


xstartax 

do  300  iy-istart, istop,nn 

XsX-fdX 

ZaZ-fdz 

ixanint (x) 

ztree«elev(ix*250-t-iy) 
sdirt>ztree-vgh  (ix*2S0-fiy) 

*  calculate  distance 

dist-sqrt (float (xstart-ix) **2+float (istart-iy) **2) 
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*  diagnostic 

*  print*,  ix,  iy,vid(ix*250+iy) ,  uci  (ix*250-fiy)  ,  nat  (ix*250+iy)  .  z 

if (z.lt.zdirt)  then 

print*, 'No  LOS  due  to  ground  intersection' 
go  to  800 

else  if  (z.lt.ztree)  then 


if  (uci  (ix*250-i'iy)  .eq.O)  then 

print*, 'No  LOS  due  to  tree  trunk/structure' 
go  to  800 

elseif  (z.gt.uci  (ix*250-t-iy) )  then 

if  (nat  (ix*250-t-iy)  .eq.O)  then 
print* , ' No  LOS  due  to  structure ' 
go  to  800 
endif 

if (diet .gt. 2 00)  then 

print*, 'No  LOS  due  to  distant  obstruction' 
go  to  800 

else 

attenf «denfol* (1+2 . 33*dist/200) 
endif 

endif 

if  (dist.le.l)  then 
attenf 3 0 

endif 

atten  >  atten  +  attenf 
print* , atten, ' ■  attenuation' 

if  (atten. gt. 0.95)  then 

print*, 'Loss  of  LOS  due  to  foliage  attenuation' 
go  to  800 

endif 

endif 

300  continue 

*  at  this  point  we  have  a  LOS  with  atten>  0  or  a  # 

*  apply  this  attenuation  factor  to  the  projected  area  of  the  target 

*  to  reduce  the  area  of  visibility 

*  projected  area  is  determined  based  on  the  surface  direction  of 

*  the  face  in  question.  This  value  is  1  for  a  vertical  surface  and  2  for 

*  a  horizontal  surface.  Ihis  value  is  stored  in  the  vistgt  array  idiich 

*  describes  the  target 

if (vistgt (q, 4) .eq.O)  then 

apro j ardy/sqrt (rdy**2+rdx**2) 
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else 

apro j -rdx/sqrt (rdy**2+rdx**2) 

endif 

*  see  if  there  is  any  attenuation  to  be  fl^jplied,  if  so  apply  it 

if (atten.eq.O)  then 

visaproj  saproj 

else 

visaproj > (l*atten) *aproj 

endif 

*  sum  total  visible  area  presented  by  the  target 

totarea>totarea4 vi sapro j 

*  zero  aproj  and  visaproj  for  next  LOS 

aprojaO 
visaproj >0 


r«r+l 

800  continue 

print* 

print* 

print*, n,'  faces  of  the  target  present  themselves  for  detection' 
print*, r,'  faces  of  the  target  are  visible  to  some  degree' 
print*, totarea, '  square  meters  of  the  target  are  visible' 
print* 

*  write  information  to  file  for  moving  target 

*  zero  totarea  for  next  run 


write ( 1 1 , * ) , xt , yt , range , n , r , totarea 
totarea>0 
900  continue 


*  presets  for  single  target  location  entry 

*  900  print*, 'Do  you  want  to  try  another  set  of  coordinates?' 

*  print* , ' Enter  1  for  YBS ,  0  for  NO' 

*  Read*, a 

*  if(a.eq.l)  then 

*  go  to  10 

*  endif 

end 


subroutine  aspect (xt , yt , xs , ys , vistgt , n) 


*  this  subroutine  assigns  the  target  grid  locations  based  on  the  central  input 

*  location.  It  then  uses  the  sensor  and  target  locations  to  determine  which 

*  faces  of  the  target  are  ideally  visible  to  the  sensor.  Faces  ^ich  are 
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visible  have  there  information  atroed  ion  the  array  vistgtO  for  return  to 

the  main  program.  The  number  of  faces  ideally  visible  are  also  returned. 

real  a 

integer  tgt(16,4) . vistgt (16,4) .xt,yt,xs,ys 

assign  target  data  to  array  tgtO  based  on  center  grid  of  target  3x3 

each  exterior  vertical  face  of  the  target  is  represented 

tgt(l,l)-xt-l 
tgt (l,2)«yt-l 
tgt(l,4).0 
tgt(2,l).xt-l 
tgt(2,2)«yt-l 
tgt (2, 4). 1 
tgt (3,l)*xt*l 
tgt(3,2)>yt 
tgt(3,4)-l 
tgt (4,1) -xt-l 
tgt  (4,2) -yt+l 
tgt (4,4) -1 
tgt(5,l)«xt-l 
tgt (5, 2) «yt+l 
tgt (5, 4). 0 
tgt(6,l)«xt 
tgt(€,2)aiyt-»'l 
tgt(6,4)-0 
tgt (7,4) »0 
tgt (8,1) «xt+l 
tgt (8,2) «yt+l 
tgt(8,4)«l 
tgt(9,l)»xt+l 
tgt(9,2).yt 
tgt(9,4)«l 
tgt  (10,1)  aXt-fl 
tgt (10,2) -yt-l 
tgt (10,4) «1 
tgt(ll,l)-xt-M 
tgt (11,2) -yt-1 
tgt (11,4) -0 
tgt(12,l)«xt 
tgt (12,2) »yt-l 
tgt(12,4)«0 
tgt (13,1) «xt 
tgt (13, 2). yt 
tgt (13,4) -0 
tgt(14,l)«xt 
tgt (14, 2) -yt 
tgt (14, 4). 1 
tgt(15,l)«xt 
tgt (15,2) «yt 
tgt (15,4) .0 
tgt(16,l)-xt 
tgt (16,2) «yt 
tgt (16,4) -1 

assign  target  heights ,  in  tgt ( ) 

do  5  p«l,l2 

tgt (p,3) «1 

5  continue 

do  6  p»13,16 


tgt(p,3)>2 


6  continue 

*  establish  bounds  of  the  target 

xnaxsxt+l 

3(inin>xt-l 

ymaxsyt-t-l 

ymin»yt-l 

*  determine  visible  sectors  of  target 

if (xs.le.xmax.and.xs.ge.xmin)  then 
if (ys . gt . ymax)  then 

*  sensor  is  directly  above  tgt  grids,  upper  faces 

do  20  j-1,4 

vistgtd,  j)«tgt  (5,  j) 
vistgt  (2 ,  j )  •t.gt  (6 ,  j ) 
vistgt (3 , j ) Btgt (7 , j ) 
vistgt (4, j) «tgt  (15, j) 

na4 

*  next  lines  allowed  for  skewed  view  of  a  top  block  side 

if(xs.lt.xt)  then 

vistgt (5 , j ) -tgt (14 , j ) 
n>5 

elseif (xs.gt.xt)  then 

vi  s  tgt  ( 5 ,  j )  *  t  gt  ( 1 6 ,  j ) 

20  continue 

else 

*  if  the  sensor  is  vertically  in  line  with  tgt  grids  and  it 

*  is  not  above  the  tgt  it  must  be  below  it,  sees  lower  faces 

do  40  j-1,4 

vistgt (1, j)«tgt (l, j) 
vistgt (2, j)>tgt (12, j) 
vistgt (3 , j ) -tgt (11 , j ) 
vistgt (4, j) -tgt (13, j) 
n-4 

*  next  lines  allow  for  skewed  view  of  a  top  block  side 

if(xs.lt.xt)  then 

vistgt (5, j ) -tgt (14 , j ) 
n-5 

elseif (xs.gt.xt)  then 

*  the  sensor  is  horisontally  aligned  with  the  tgt  grids  and 

*  to  the  left  of  the  tgt,  sees  left  side  faces 

do  60  j-1,4 
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vi«tgt(l, j)-tgt (2, j) 
viatgt (2, j)-tgt (3, j) 
viatgt (3 , j ) -tgt (4 , j ) 
vistgc (4 , j ) -tgt ( 14 , j ) 

na4 

next  lines  allow  for  skewed  view  o  a  top  block  side 

if (ys.lt .yt)  then 

vistgt (5. j ) «tgt (13 , j ) 
n-5 

elseif (ys.gt .yt)  then 

vistgt (5 , j ) «tgt ( 15 , j ) 
naS 

endif 

continue 

elseif (ys.lt. ynin)  then 

sensor  is  to  the  left  and  below  the  target,  all  of 
the  left  side  and  lower  faces  seen 

do  80  j«l,4 

vistgtd,  j)  -tgt  (1,  j) 
vistgt (2 , j ) -tgt (2 , j ) 
vistgt (3 , j ) -tgt (3 , j ) 
vistgt (4 , j ) -tgt (4 , j ) 
vistgt (5, j ) -tgt (12 , j ) 
vistgt (6, j ) -tgt (11 , j ) 
vistgt (7 , j ) -tgt (13 , j ) 
vistgt(8, j)-tgt (14, j) 

continue 

n«8 

elseif (ys.gt. ymax)  then 

sensor  is  to  the  left  side  and  above  the  target,  all  of 
the  left  side  and  upper  faces  seen 

do  100  j-1,4 

vistgtd,  j) -tgt  (2,  j) 
vistgt(2,j)-tgt  (3, j) 
vistgt (3 , j ) -tgt (4 , j ) 
vistgt (4 , j ) -tgt (5 , j ) 
vistgt(5, j)-tgt(6, j) 
vistgt(6, j)-tgt(7, j) 
vistgt (7, j ) -tgt (14 , j ) 
vistgt (8 , j ) -tgt (15 , j ) 

continue 

n*8 

endif 

else 

sensor  is  right  of  tgt 

if (ys.ge.ymin.and.ys.le.ymax)  then 


*  ■•nsor  is  horisontally  slignsd  with  tgt  grids  and 

*  to  tha  right  of  tha  tgt,  right  facas  saan 

do  120  j-1.4 

vistgt (1, j)>tgt (8, j) 
vistgt (2, j ) atgt (9 , j ) 
vistgt (3 , j ) -tgt (10 , j ) 
vistgt (4 , j ) -tgt ( 16 , j ) 
n-4 

*  tha  naxt  linas  allow  a  skawad  viaw  of  a  top  sida 

if (ys.lt .yt)  than 

vistgt(5, j)-tgt (13, j) 
n-5 

alsaif (ys.gt .yt)  than 

vistgt(5, j)-tgt (15. j) 

120  continua 

alsaif (ys.lt. ymin)  than 

*  sansor  is  right  of  and  balow  tgt,  all  ri^t  &  lowar  faces 

do  140  j-1,4 

vistgt (1, j ) -tgt (8 , j ) 
vistgt (2 , j ) -tgt (9 , j ) 
vistgt (3, j) -tgt (10, j) 
vistgt (4, j) -tgt (l,j) 
vistgt (5 , j ) -tgt (12 , j ) 
vistgt (6, j) -tgt (11, j) 
vistgt (7, j ) -tgt (13 , j ) 
vistgt (8, j) -tgt (16, j) 

140  continua 

n-O 

alsaif (ys.gt .yamx)  then 

*  sensor  is  right  and  above  tgt,  all  right  &  upper  faces  seen 

do  160  j-1,4 

vistgt (l,j) -tgt (8, j) 
vistgt (2 , j ) -tgt (9, j ) 
vistgt (3, j) -tgt (10, j) 
vistgt (4 , j ) -tgt (5 , j ) 
vistgt (5 , j ) -tgt (6 , j ) 
vistgt (6, j) -tgt (7, j) 
vistgt (7 , j ) -tgt (16 , j ) 
vistgt(8, j)-tgt (15, j) 

160  continua 

n-6 

andif 

endif 

*  print* 

*  print*, n,'  sectors  may  be  visible' 

*  print* 

*  print*,'  xloc  yloc  s  direc' 

*  print* 

*  do  180  w-l,n 
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*  print*, vistgt  (w,l)  ,viat9t(w,2)  ,vistgt(w,3)  ,vistgt(w,4) 

*  180  continu* 

print*, n,'  Mctors  my  b«  visible' 

return 

end 
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oooo  ooonnoooooooooo 


APVBMDXZ  ■ 


■  -  SDBROOTINB- -DETECT . 

SUBROOTZNE  DETECT  (  ZDNIT,  ZSZDE,  CTZCK) 


A. D. KELLNER,  TRAC-WSMR 


PURPOSE :  To  detemine  if  a  target  in  a  given  unit's  target 
list  should  be  detected  now.  DSTLOS  builds  the 
target  list. 


DZCTZONARY: 

BARS 

NBARS 

PROBFOV 


Resolvable  cycles,  sensor's  Narrow  POV. 
Resolvable  cycles,  sensor's  Wide  POV. 
Probability  that  a  particular  target  is 
within  the  sensor's  POV,  at  any  given  time. 


ZNCLODB 

'  JQLOBE :  6L(»AL .  POR' 

!  NPBOP 

ZNCLDDE 

' JQLOBE : GLBPLYER . FOR' 

!  HBZMAST 

ZNCLODB 

' JGLOBE : GLBSBNSR . FOR' 

!  KSBNSCIAS 

ZNCLODB 

' JGLOBE : GLBMOPPS . POR ' 

.'  FOVMOPP 

ZNCLODB 

' JGLOBE : GLOBONZTS . FOR' 

!  MOONTBD,  TM 

ZNCLODB 

' JGLOBE : GLOBACQ . FOR'  ! 

Target  List,  : 

ZNCLODB 

' JGLOBE : GLOBDZR . FOR' 

!  dlbft,drzgt 

ZNCLODB 

' JGLOBE : GLOBLQAD . FOR' 

!  ZAMFZRN6 

ZNCLODB 

' JGLOBE : GLOBCHEM . FOR' 

ZNCLODB 

' JGLOBE : GLOBMOVE . FOR' 

!  ZFLYMODB 

ZNCLODB 

' JGLOBE : GLOBFZR . FOR' 

!  FZRNXT 

ZNCLODB 

' JGLOBE : GLBWEAPN . FOR' 

!  TZMBLAY 

REAL 

CONVRT2MZN 

PARAMETER 

(CONVRT2MZN  -  1.0/60 

.0) 

REAL 

FCTR180 

PARAMETER 

(FCTR180  «  1.0/3. 

14159) 

ZNTB6BR*4 

NOHNORFLY 

PARAMETER 

(NOMNORFLY  .  26) 

DZMBNSZON 

OLBNMAX(4) 

DATA 

OLBNMAX  /  3.0, 

3.0,  7.0  ,7.0 

:  CHEM 


!  CHEM 


TEMPORARY  DATA  for  PLYERs 

PLYAOZ  ■  Half-ange  (radians)  for  each  flyer  type's  AOZ  when  moving 


REAL  SZXDE6 

PARAMETER  (SIXDEG  -  €.0  *  3.14159  /  180.0) 

REAL  PZOVER4 

PARAMETER  (PZOVER4  >  3.14159  /  4.0) 

DIMENSION  PLYAOZ (NDMPLYRS) 

DATA  PLYAOZ  /  2*PZOVBR4, 

SZXDEO, 
29*PZOVER4 


1  PLYBR  TYPE  3 


!  Plyer  type  3 


c 

c 


D  XP(  IPIRST.IIB.99  )  THBH 

D  TYPE  * 

D  TYPE  * , '  Enter  DETECT  observer  unit  maber  for  debug  print : ' 

D  ACCEPT  NOMIT 

D  TYPE  * , ' Enter  DETECT  observer  SIDE  for  debug  print : ' 

D  ACCEPT  *,  NSZDE 

D  TYPE  * 

D  ZPIRST  «  99 

D  END  IP 

D  ZPRIlfT  >  0 

D  ZP(  (IDNZT.EQ.MDMZT)  .AND.  (ZSXDE.EQ. NSZDE)  )  XPRXNT  -  99 

D  XP(  (NONXT.EQ.O)  .AND.  (XSXDE .EQ. NSZDE)  )  ZPRZNT  .  99 

D  IP(  ZPRZNT. NB.O  )  THEN 

D  TYPE  * 

D  TYPE  * 

D  TYPE  . 

D  TYPE*,'  •****•**•**•  detect  *********** 

D  TYPE  * 

D  TYPE  *,'---  IDNIT,  ZSZDB  ,  ZXmZT, ZSZDB 

CD  ZCLOCX  -  CLOCK  /  £0.0 

CD  ZSBCS  -  NINT(  CLOCK*£0.  •  ZCLOCK*£0.0  ) 


CD  TYPE  *,'---  CLOCK  (Min/Sec)  ,  ICLOCK, ZSBCS 

D  TYPE  *,'---  CLOCK  (Sec)  CLOCK*£0. 

CD  TYPE  *,'-.-  IHAVTARS  IHAVTARS (IDNIT, ISIDE) 

D  TYPE  *,'-.-  lAMFIRNG  ,  lAMPIRNO (IDNIT, ISIDE) 

D  TYPE  *,'---  PIRHXT  ,  PIRNXT (IDNIT, ISIDE) *60 . 

D  ITYPB  «  KSYSTYP (IDNIT, ISIDE) 

D  TYPE  *,'---  NPBOP  NPBOP (ITYPB, ISIDE) 

D  END  IP 


C . CAN  THIS  <»SBRVBR  (IDNIT)  SEE? 


IP(  NSCORB (IDNIT, ISIDE)  .LT.  1  )  GOTO  999 

IP(  KINOPSTAT (IDNIT, ISIDE)  .NE.  0  )  GOTO  999  !  CHBM 

IP(  HODNTED (IDNIT, ISIDE)  .GT.  0  )  THEN 

C . Dnit  is  a  passenger,  can  he  detect  targets? 

ZHOST  -  MODNTBD (IDNIT, ISIDE) 

IHTYP  .  KSYSTYP  (ZHOST,  ISIDE) 

ZP(  KANHOST (IHTYP, ZSZDB)  .LT.  2  )  GOTO  999 

C . Yes,  update  unit's  current  status 

D  IP(  IPRINT.NE.O  )  THEN 

D  TYPE  *,' . Observer  nounted,  can  search/fire!' 

D  BNDIP 

XDNIT (IDNIT, ISIDE)  ■  XDN1T(IH0ST, ISIDE) 

YDNIT  (IDNIT,  ISIDE)  «  YDNZT(IHOST,  ISIDE) 

SPDO (IDNIT, ISIDE)  *  SPDD(IHOST, ISIDE) 

DVIEW (IDNIT, ZSZDB)  «  DVIBW (ZHOST, ISIDE) 

DLBPT(  IDNIT,  ZSZDB)  ■  DLBPTdHOST,  ISIDE) 
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TMOVBDdUNXT.ISIOS)  -  TMOVED  (ZHOST,  ISIOB) 

BKDIP 

ZTYPB  «  KSYSTYPdONZT.ISZDB) 

JSZDB  -  3  -  ZSZDB 

C . Oo  not  process  special -special  flyers  if  they  are  popped  up. 

IF(  ISIDB  .BQ.  1  .AND. 

*  FLYERS (ITYPB.ISZDB)  .EQ.  NOMFLYRS  .AND. 

*  IFLYMODB dUNIT, ZSZDB)  .LT.  0  )  GOTO  999 

C- .  Zf  one-man  system,  don't  detect  new  targets  while  firing/reloading 

ZF(  NPEOPdTYPB,  ZSZDB)  .BQ.  1  )  THBN 

ZF(  ZAMFZRNGCZUNZT, ZSZDB)  .NB.  0  )  GOTO  999 
BNDZF 

D  ZF(  ZPRZNT.NB.O  )  THBN 

D  TYPB  ZTYPB  ,  ZTYPB 

CD  TYPB  ZAMFZRNG  ,  ZAMFZRNG (ZUNZT, ZSZDB) 

D  TYPB  * 

D  TYPB  ♦ 

D  TYPB  . OLD  TARGBT  LZST:' 

D  TYPB  Onit  Number:',  (NMYONZT(J, ZDNZT, ZSZDB) ,J«1,NMVZSB) 

D  TYPB  *,'---  DetC  Status:  ', (KDETBCTD(J, ZDNZT, ZSZDB) ,J«1,NMVZSB) 

D  TYPB  * 

D  TYPB  * 

D  END  ZF 

C-- . Get  position  of  observer  (  XO,  YO,  "first"  ZO)  . 

CALL  UNZTXYZ  (  ZDNZT, ZSZDB, ZTYPB,  XO,YO,ZO  ) 

C . Chec)c  if  observer  is  ADA  radar . 

ZF(  RADARS (ZTYPB, ZSZDB)  .GT.  0  )  THBN 

C . Sltip  if  NORMAL  radar 

ZF(  RADARS (ZTYPB, ZSZDB)  .LB.  NDMNORRDR  )  GOTO  999 

C . Chec)c  for  a  SPBCZAL  BLDB  or  RBD  Radar  handoff 

CALL  HANDOFF  (  ZDNZT,  ZSZDB,  ZDZDZT  ) 

D  ZF(  ZPRZNT.NB.O  )  THBN 

D  TYPB  * 

D  TYPB  *,' . NEW  TARGET  LZST  after  HANDOFF:' 
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D  TTfPB  Onit  Number:',  (HMYUNITW, IDNIT, ISIDB)  , J-l.NHVISB) 

D  TYPB  Detc  Status:  ' , (KDBTBCTDCJ.IUNIT.ISIDB) , J-1,NMVISB) 

D  TYPB  * 

D  BND  IF 


C . If  we  have  a  handoff,  point  sensor  at  target 

IP(  IDIDIT  .GT.  0  )  THBN 
PROBPOV  «  1.0 

GOTO  100 
BNDIF 


BNDIF 


C . Clear  the  "handoff  accoi^plished*  flag 

IDIDIT  -  0 


C -  Get  sensor  type  &  class  for  LOS  calculations 

ISBNS  -  KUSESENSdDNIT.ISIDB) 

ISENS  >  KSENSTYPdSENS.ITYPE.ISIDE) 

ISNSRCLAS  -  KSENSCLAS (ISENS) 


D  IF(  IPRINT.NB.O  )  THEN 

D  TYPE  ISENS  ,  ISENS 

D  TYPE  W-FOV  (deg)  SENSFOVd,  ISENS)  *180. /3. 14159 

D  TYPE  *,'...  N-FOV  (deg)  SENSFOV (2, ISBNS) *180. /3. 14159 

D  TYPB  *,'--.  ISNSRCIAS  ISNSRCLAS 

D  ENDIF 

C . Modify  height  of  observer  (  ZO  )  if  necessary - 


IFLYTYP  s  FLYERS (ITYPB.ISIDB) 

IF(  IFLYTYP  .GT.  0  )  THBN 

ZO  >  ZO  -t-  HEIMAST (IFLYTYP, ISIDB) 

IF(  IFLYTYP  .GT.  NDHNORFLY  )  THBN  !  SPECIAL  flyer 

IP(  IHAVTARSdUNIT, ISIDB)  .BQ.  -99  )  THBN  !  SPECIAL  search 

PROBFOV  >  1.0 

ISENS  ■  KSBNSTYP (1 , ITYPB, ISIDB) 

ISNSRCLAS  -  KSENSCLAS (ISBNS) 

D  IF(  IPRINT.NB.O  )  THBN 


D  TYPB  *,' .  SPECIAL  flyer  search;' 

D  TYPB  *,'--.  XO,YO,ZO  -',XO,YO,ZO 

D  TYPB  *,'---  ISBNS,  ISNSRCLAS  ,  ISBNS, ISNSRCLAS 

D  TYPE  *,'-.-  PROBFOV  .' ,  PROBFOV 

D  BND  IF 


GOTO  100 

ELSE  IF(  IHAVTARSdDNIT, ISIDB)  .LT.  0  )  THEN 
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GOTO  999 
BNDZP 
BNDIF 
BNDZP 

D  ZP(  ZPRZNT.NB.O  )  THEN 

D  TYPE  XO.YO.ZO  -'.XO.YO.ZO 

D  END  ZP 

C . CALCUZATB  PROBPOV . 

C . PROBPOV  is  the  probability,  at  any  given  tine,  that  a  particular 

C . target  is  within  the  sensor's  Field  of  View  (SPOV) . 

C . Fetch  current  sensor  field-of-view  (SPOV) 

SPOV  .  SBNSFOV(l,ZSBNS)  1  Wide  FOV 

ZP(  MOPP(ZUNZT,ZSZDE)  .OT.  0  )  SPOV  -  SPOV  *  FOVMOPP  !  CHEM 

ZF(  SPOV  .IjT.  SZXDBG  )  THEN  !  Accolint  for  very  narrow  FOV 

BliBPACTR  -  SPOV  /  SZXDBG 
SPOV  «  SPOV  *  BLEFACTR 
BNDZP 

D  ZP(  ZPRZNT.NB.O  )  THBN 

D  TYPE  Actual  SPOV  (Deg)  SENSFOV(l, ISBNS) *180 . /3 . 14159 

D  ZP(  MOPP(ZUNZT,ZSZDE)  .GT.  0  )  TYPE  FOVMOPP  ,  FOVMOPP 

D  TYPE  Effctv  SPOV  (Deg)  ,  SPOV*180./3. 14159 

D  END  ZP 

CC . Checlc  if  Observer  is  at  a  PREPO  — 

C 

C  ZF(  ICDBFL(ZONZT,ZSZDB)  .LT.  0  )  THEN 

C  SEARCH  «  2.0  *  DLEPT (ZUNZT, ZSZDB) 

C  ZP(  KDBFL(ZONZT, ZSZDB)  .BQ.  -1  )  THEN  !  Popped-t^: 

C  PROBPOV  >0.5  !  Hueristic  to  account  for  Prior  Knowledge 

C  EZiSB 

C  ZSENS  >  2  !  Full  defilade: 

C  ZSNSRCLAS  >  KSBNSCLAS (ZSENS)  !  Use  sensor  2 

C  SPOV  >  SBNSFOVd, ZSENS)  !  Hide  FOV 

C  ZF(  MOPP (ZUNZT, ZSZDB)  .GT.  0  )  SPOV  -  SPOV  *  FOVMOPP  !  CHEM 

C  PROBPOV  «  SPOV  /  SEARCH 

C  BNDZP 

C  GOTO  100 

C  BNDZP 


C - Checlc  if  Observer  moving  or  stationary . 

ZF(  SPDU (ZUNZT, ZSZDB)  .GT.  0.0  )  THBN 

C . Observer  is  moving,  do  not  checlc  Area  of  Interest, 

C .  sensor  searches  180  degrees,  except  flyer  searches  an  AOZ  assigned 

C . to  the  particular  FLYER  type. 
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Obsarver  is  Moving!' 


IP<  IPRIRT.NB.O  )  THBM 

type  * 

TYPE  *, ' . 

EMDIP 

IP(  IPLYTYP  .GT.  0  )  THEM 

PROBPOV  «  SPOV  /  PLYAOKIPLVTYP) 

XP(  XPRIMT.MB.O  )  THEM 

TYPE  . Plysr:  Type  XPLYTYP 

TYPE  AOX  (deg)  ,  PLYAOX (XPLYTYP) *360 . /3 . 1416 

type  *,'---  PROBPOV  «*,  PROBPOV 
EMD  XP 


ELSE 


PROBPOV  -  SPOV  *  PCTR180 

XF(  XPRXMT.ME.O  )  THBM 

TYPE  *,' . Non- Flyer : ' 

TYPE  *,'---  PROBPOV  PROBPOV 
BMDXP 

BMDXF 


ELSE 


Observer  is  not  moving, 
checlc  Area  of  Xnterest  only  if: 

1)  observer  stationary  for  more  than  two  minutes,  or 

2)  observer  is  a  flysr,  or 

3)  observer  is  in  "Pop-\^"  mode,  or 

4)  observer  is  in  full  defilade. 


XF(  XPRXMT.ME.O  )  THEM 
TYPE  * 

TYPE  *,' - - Observer  is  Stationary!' 

BMDXF 


XF(  XPLYTYP  .GT.  0  )  THEN 


SEARCH  -  2.0  *  DLEFT (XONXT, XSXDE) 

PROBPOV  .  SPOV  /  SEARCH 

XF(  XPRXMT.ME.O  )  THEM 
TYPE  * 

TYPE  *,' . Flyer:' 

TYPE  *,' . Search  angle  (Deg)  , 

*  SBARCH*180./3. 14159 

TYPE  *,'---  PROBPOV  PROBPOV 
HMD  IP 


ELSE 


XP(  XPRXMT.ME.O  )  THEM 
TYPE  * 
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D  TYPE  ' . Non-Plyer: ' 

D  BHDZF 

DBLT  >  CLOCK  -  TMOVBD (ZUNZT, ZSZDB) 

ZP(  CELT  .OB.  2.0  .OR. 

*  KDBFL(ZnNZT,ZSZDB)  .LT.  0  .OR. 

*  KDBFL(ZOMZT,ZSZDB)  .BQ.  2  )  THEN 

C .  Sensor  searches  AOZ  only 

SEARCH  -  2.0  *  DLEFT(ZUNZT,ZSZDE) 

PROBFOV  «  SFOV  /  SEARCH 

D  ZF(  ZPRZNT.NB.O  )  THEN 

D  TYPE  * , ' —  Stationary  more  than  2  minutes . ' 

D  TYPE  Search  angle  (Deg)  SEARCH*180./3. 14159 

D  TYPE  PROBFOV  PROBFOV 

D  END  ZF 

ELSE 

C--- .  Sensor  searches  180  degrees 

PROBFOV  1  SFOV  *  FCTR180 
D  ZF(  ZPRZNT  .NE.  0  )  THEN 

D  TYPE  —  Stationary  less  thatn  2  minutes.' 

D  TYPE  PROBFOV  ,  PROBFOV 

D  ENDZF 

ENDZF 

ENDZF 

ENDZF 

100  CONTINUE 

D  ZF(  ZPRZNT.NB.O  )  THEN 

D  TYPE  * 

D  TYPE  * 

D  TYPE  * 

D  TYPE  *, 

D  *  ' . BB6ZN  LOOP  OVER  DNZTS  ZN  "NMYDNZT"  LZST . ' 

D  TYPE  * 

D  TYPE  KDEFL  (observer)  ,  KDBFL(ZDNZT, ZSZDE) 

D  TYPE  -  ZSBNS  ,  ZSBNS 

D  TYPE  CTZCK  (Sec)  ,  CTZCK*60. 

D  TYPE  PROBFOV  ,  PROBFOV 

D  TYPE  * 

D  TYPE  *, 

D  *  ' - - - - - - ' 

D  TYPE  * 

D  END  ZF 

C . 

C .  LOOP  OVER  TARGET  LZST 

C . DO  DETBCTZON  CALCDLATZONS  FOR  ALL  BNTRZES  ZN  TARGET  LZST 
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C 


C . If  we  have  a  radar  handoff,  ignore  other  targets 

IP(  IDIDIT  .GT.  0  )  THEM 
ISTRT  -  IDIDIT 
IBMD  «  IDIDIT 

ELSE 

ISTRT  .  1 

lEMD  >  MMVISB 
ENDIF 


DO  400  MM  «  ISTRT,  IBMD 

C .  Is  slot  enpty? 

IF(  NMyUMIT(MN,IUNIT,ISIDE)  .BQ.  0  )  GOTO  400 

IF(  IPRINT.ME.O  )  THEM 
TYPE  * 

TYPE  * 

type  . Target  imit  =' ,  NMYDNIT(MM,  lUNIT,  ISIDE) 

BMD  IF 


Is  the  enemy  unit  still  alive?  ("JDNIT"  is  wit  number  of  enemy) 

JtJMIT  »  MMYDMIT  (MM,  lOMIT,  ISIDE) 

IF(  NSCORE{JOMIT, JSIDE)  .LT.  1  )  THEM 
MMYDMIT (NN, IDMIT, ISIDE)  »  0 

KDETECTD(NN,IDMIT, ISIDE)  -  0 

IF(  IPRINT.ME.O  )  THEN 

TYPE  —  Target  is  dead,  Jciclc  out  of  list!' 

END  IF 
GOTO  400 
ENDIF 


Has  the  enemy  unit  mounted? 

IF(  MOUNTED (JDNIT, JSIDE)  .GT.  0  )  THEN 
NMYDNIT(NN,IDNIT, ISIDE)  »  0 

KDBTBCTD (NN, IDMIT, ISIDE)  »  0 

GOTO  400 
EMDIF 


Get  target  vinit  location 

JTYPE  -  KSYSTYP( JDNIT, JSIDE) 

CALL  DNITXYZ  (  JDNIT, JSIDE, JTYPE,  XT,YT,ZT  ) 


IF(  IPRINT.ME.O  )  THEN 

TYPE  KDETECTD  KDBTBCTD (NN, IDNIT, ISIDE) 

0  TYPE  - XO,  YO.  ZO  -',XO,YO,ZO 

D  TYPE  - XT,  r"  ZT  «',XT,YT,ZT 

END  IF 

C . Do  we  still  have  LOS  to  the  enemy  unit? 
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IF(  IPRINT.NE.O  )  THEN 

TYPE  .  CHECK  FOR  LINE -OF -SIGHT 

END  IF 

CALL  DOLOS  (  X0,Y0,20,  XT.YT.ZT,  PLOS  ) 

PLOS  IS  THE  PROBABILITY  THAT  LINE-OF-SIGHT  EXISTS 
(  PLOS  <0.0  MEANS  SMOKE  BLOCKS  LINE  OF  SIGHT  ) 

IF(  IPRINT.NE.O  )  THEN 

TYPE  PLOS  from  "DOLOS"  ,  PLOS 

END  IF 

IF(  PLOS  .LE.  0.0  )  THEN 

KDETECTD(NN,IUNIT,ISIDE)  ■  0 

GOTO  400 
ENDIF 


---  We  still  have  LOS,  update  detection  calculation 

DX  «  XO  -  XT 
DY  »  YO  -  YT 


.  COMPUTE  TARGET'S  EFFECTIVE  SIZE  --- 

SIZE  >  SIZT(JTYPE, JSIDE)  *  PLOS 
IF(  IPRINT.NE.O  )  THEN 

TYPE  Actual  SIZE  SIZTCOTYPE, JSIDE) 

TYPE  PLOS  PLOS 

TYPE  SIZE*PLOS  ,  SIZE 

END  IP 


Fetch  enemy  unit's  defilade  status 

JDEFL  «  KDEFL(JUNIT, JSIDE) 

JDEFL  >  ABS(  JDEFL  ) 


Check  if  target  in  defilade 

IF(  JDEFL  .GT.  0  )  THEN 

IF(  JDEFL  .EQ.  1  )  THEN 

SIZE  -  SIZE  *  0.3333333 

ELSE 

SIZE  «  SIZE  •  0.025 

ENDIF 

JCONT  «  KONCLAS(2, JTYPE,JSIDE) 

ELSE 

JCONT  ■  KONCLAS ( 1 , JTYPE , JSIDE ) 
ENDIF 

IF(  IPRINT.NE.O  )  THEN 

TYPE  -  After  defl,  SIZE  ,  SIZE 

ENDIF 


C 


Account  for  target  motion 
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IF(  SPOn(JUNIT, JS2DB)  .GT.  0.0  )  THEN 
SIZE  >  SIZE  *  1.5 

O  XP(  IPRINT  .NE.  0  )  THEN 

D  TYPE  Target  is  moving,  SIZE  ,  SIZE 

D  ENDIF 

ENDIF 


C--* .  Check  if  target  fired  in  last  20  Sec 

1F(  FLAST(JUNIT, JSZDB)  .GE.  (CLOCK-0.3333)  )  THEN 
PFOV  «  1.0 

IF(  IPRINT. NE.O  )  THEN 

TYPE  . TARGET  FIRED  IN  LAST  20  Sec!' 

TYPE  PFOV  PFOV 

END  IF 

ELSE 

PFOV  «  PROBFOV 
ENDIF 


C . Check  if  Large  Area  Smoke  (I4AS)  blocks  lOS 

CALL  DOLASLOS  (  XO.YO.ZO,  XT,YT,ZT,  ISNSRCLAS,  OLEN  ) 

IF(  IPRINT. NE.O  )  THEN 

TYPE  * , . From  DOLASLOS : ' 

TYPE  ISNSRCLAS, OLEN  ,  ISNSRCLAS , OLEN 

ENDIF 

IF(  OLEN  .GT.  OLENMAX (ISNSRCLAS)  )  THEN 
NMYnNIT(NN,IUNIT,ISIDE)  >  0 

KDETECTD (NN, lUNIT, ZSIDE)  -  0 

GOTO  400 
ENDIF 


D 

D 

D 

D 


C 


Must  consider  altitude  for  flyers  as  targets  or  observers 


MODOBS  «  ZFLYMODE(IDNIT,ISIDE}  !  Observer 


ZF(  MODOBS 
IFTYP  » 
ZOBS  - 

ELSE 

ZOBS  - 
ENDIF 


GT.  0  )  THEN  ! 

FLYERS (ITYPE, ISIDE) 

FLYALTOD (MODOBS, IFTYP, ISIDE) 

! 

-  MODOBS 


Moving/Hover 

Popped  Up  or  on  Ground 


MODTGT  -  IFLYMODB(JDNIT,JSIDB)  !  Target 

IF(  MODTGT  .GT.  0  )  THEN  !  MOving/Hover 

JFTYP  •  FLYERS (JTYPE,JSIDE) 

ZTGT  -  FLYALTOD (MODTGT, JFTYP, JSIDE) 

ELSE  !  Popped  or  Ground 

ZTGT  -  -  MODTGT 

ENDIF 
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C . Convert  altitude  from  meters  to  KM  for  range  calculation 

ZOBS  «  ZOBS  *  0.001 
ZTGT  ■  ZTGT  *  0.001 
DZ  -  ZOBS  •  ZTGT 

C . Calculate  BARS  (resolvable  cycles) 


RANGE  «  SQRT(  DX*DX  +  DY*OY  .«■  DZ*DZ  ) 


ZP(  ZPRZMT.NB.O  )  THEM 

TYPE  *,• . 

type  . CALL  PAIRS/PDETEC  NEXT,  INPUTS:' 

TYPE  ZSENS,  JCONT  ,  ISENS.JCONT 

TYPE  RANGE,  SIZE  ,  RANGE, SIZE 

TYPE  OLEN  OLEN 

TYPE  CTICK  CTICK*60.0 

END  IF 


CALL  PAIRS  (  ISENS,  JCONT,  RANGE,  SIZE,  OLEN,  BARS  ) 

IP(  IPRINT.NE.O  )  THEN 
TYPE  * 

TYPE  From  PAIRS,  BARS  BARS 

ENDIF 


Check  if  target  already  detected 
IF(  KDETECTD(NN,1UNIT,ISIDE)  .CT.  0  )  THEN 
IF(  IPRINT.NE.O  )  THEN 


type  . Target  previously  detected;' 

TYPE  CHECK  IF  CLOUDS  BLOCK  LOS;' 

TYPE  * 


CALL  PRESSRET 
END  IF 

IF(  RANGE  .GT.  0.025  )  THEN 

CALL  SMOKBLOS  (  XO,YO,ZO,  XT,YT,ZT,  ISNSRCLAS,  ISBE  ) 

IF(  ISEB  .BQ.  0  )  THEN 

ZF(  IPRINT.NE.O  )  THEN 
TYPE  * 

TYPE  * , ' -  CLOUDS  NOW  BLOCK  LOS !!!!!!!!!' 

CALL  PRESSRET 
ENDIF 

KDBTBCTD(NN,IUNIT,ISIDE)  >  0 

GOTO  400 
ENDIF 

ENDIF 

GOTO  300 

ENDIF 


C . NO,  See  if  we  cam  detect  this  target 

WBARS  -  BARS  *  CRVRTCPM( ISBNS} 
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CALL  PDBTBC  (  NBARS,  CTZCK,  PD  ) 


PO  -  PD  *  PFOV 
CALL  ORIRAN  (  DRAW  ) 

IF(  IPRZMT.NB.O  )  THEN 

CALL  PDBTBC  (  WBARS,  CTICK.  PPD  ) 

TTPB  WBARS,  PPOV  ,  WBARS, PFOV 

nrPB  Pure  PD,  Bff-PD  PPD, PD 

lYPB  draw  DRAW 

BNDIF 

IF(  DRAW  .QT.  PD  )  GOTO  400  !  Hot  detected 


IF(  IPRINT.NB.O  )  THEN 
TYPE  763,  JDNIT 

763  FORMAT  (  //, '  I!!!!!!!!!!!!!!!  TARGET', 

*  14 , '  MAY  BE  DETECTED  1 1 ! ! • ! ]! ! ! ! 1 ! ! ' , /) 

TYPE  -  BY  UHIT,SIDB  ,  lUHIT, ISIDB 

TYPE  * 

TYPE  CHECK  IF  CLOUDS  BLOCK  LOS:' 

TYPE  * 

I  ZSHSRCLAS  ■  -ISNSRCLAS  !  Only  if  FORD  done  for  SMOKEIOS 

CALL  PRBSSRBT 
EHDZF 

ZF(  RANGE  .GT.  0.025  )  THEN 

CALL  SMOKELOS  (  XO,YO,ZO,  XT,YT,ZT, 

*  ZSHSRCLAS,  ZSEB  ) 

ZF(  ZSBE  .BQ.  0  )  THEN 

ZF(  ZPRZHT.NB.O  )  THEN 
TYPE  * 

TYPE  CLOUDS  BLOCK  LOS! !!!!!!!!' 

CALL  PRBSSRBT 
EHDZF 
GOTO  400 
EHDZF 

EHDZF 

KDETECTD(NN,ZUNZT,ZSZDE)  »  1 

ZF(  MOVERS (JTYPE,JSZDE)  .EQ.  3  ) 

*  KDETECTD(NN,ZUNZT,ZSZDE)  -  2 

ZF(  ZPRZHT.NB.O  )  THEN 
TYPE  767,  JUNZT 

FORMAT  (  //,'  I!!!!!  Him!!!!  TARGET', 

Z4 ,  '  ZS  DETECTED  IN!!!!!!!!!!!',/) 

TYPE  ♦,' -  BY  UNZT,SZDB  ,  ZUNZT, ZSZDE 

TYPE  -  CLOCK  CLOCK*60. 

TYPE  ZAMFZRHG,  FZRNXT  , 

ZAMFZRNG (ZUNZT, ZSZDE) ,  FZRNXT (ZUNZT, ZSZDE) *60 . 
CALL  PRBSSRBT 
EHDZF 

CALL  WTDBTEC  (  ZUNZT, ZSZDE,  JUNZT, JSZDB, 

*  KUSBSBNS (ZUNZT, ZSZDE)  ) 
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If  it  ia  not  currently  firing, 

schedule  a  potential  direct  fire  event  for  this  unit . . . 
IF(  IAMFIRIIG(inNIT,ZSIDB)  .GT.  0  )  GOTO  300 


.  Fetch  weapon  to  use 

CALL  WTCHWPN  (  lONIT, ITFPE, ISIDB,  JTYPB,  RANGE, 

*  IWSLOT,  IWPN  ) 

IF(  ZPRZNT.NB.O  )  THBN 
TYPE  * 

TYPE  weiqpon  to  use:  IWPN  IWPN 

TYPE  * 

BNDIF 

IF(  IWPN  .LE.  0  )  GOTO  300 


Schedule  fire  event,  based  on  Aim  and  Lay  Times  for  the  weapon 

TLAY  .  TIMELAY(IWPN,ISIDE)  !  LAY  TIME 

TAIM  >  TIMBFIR(IWPN,ISIOE)  !  AIM  TIME 

TAIM  «  TAIM  *  CONVRT2MIN 

IF(  TLAY  .GT.  0.0  )  THEN 

FIRNXT(IONIT,ISIDB}  «  CLOCK 

ELSE 

TLAY  «  (-TLAY)  *  CONVRT2MIN 
IP(  MOPP (lUNIT, ISIDB)  .EQ.  1  ) 

TLAY  «  TLAY  *  EFFICMOPP (IWPN, ISIDE) 
FIRNXT(IONIT,ISIDB)  «  CLOCK  +  TLAY 

ENDIF 

Add  aim  time 

FIRNXTdDNIT,  ISIDE)  ■  FIRNXT  (IDNIT,  ISIDE)  +  TAIM 


Re -schedule  RELOAD,  if  necessary 

IF(  FIRNXT (IDNIT, ISIDE)  .LT.  TNEXT(4)  )  THEN 
NXTDNIT  «  IDNIT 
NXTSIDB  «  ISIDE 
TNEXT(4)  >  FIRNXT (IDNIT, ISIDE) 

ENDIF 

IF(  IPRINT.NE.O  )  THBN 
TYPE  * 

TYPE  . . Set  next  firing  time!' 

TYPE  TAIM  (Sec)  TIMBFIR (IWPN, ISIDE) 

TYPE  TLAY  (Sec)  ,  TIMBLAY (IWPN, ISIDE) 

TYPE  *,'---  CLOCK  (Sec)  ,  CLOCK*«0. 

TYPE  FIRNXT  (Sec)  ,  FIRNXT (IDNIT, ISIDE) *60 . 

TYPE  * 

CALL  PRESSRET 
BNDIF 


Target  is  detected  (either  just  now,  or  previously) . 
See  if  we  can  increase  its  Detection  Level. 


131 


aaaao  aaaaa  aaaaaaaaaaaao 


300  CONTimiB 

XF(  KDBTBCTD(NN,ZUHXT,1S1DB)  .LT.  3  )  THEN 
XVAI.  ■  KACQPBRP  (JORXT,  XONXT,  XSXOB) 

XF(  KDBTBCTDCmf.XrmXT.XSXDB)  .BQ.  1  )  THEN 

DRAW  ■  PAXRSVAI>(XVAL)  *  3.5  !  For  Recognitim 

XF(  BARS  .OB.  DRAW  }  THEN 

KDBTBCTD (NR. XONXT, XSXDB)  >  2 

DRAW  >  PAXRSVALCXVAL)  *  6.4  I  For  Xdontif ication 

XF(  BARS  .OB.  DRAW  )  THEN 

KDBTBCTD (NN, XONXT, XSXDB)  »  3 

BNDXF 
BNDXF 

ELSE 

DRAW  «  PAXRSVAL(XVAL)  *6.4  !  For  Xdentif ication 

XF(  BARS  .OB.  DRAW  )  THEN 

KDBTBCTD (NN, XONXT. XSXDB)  -  3 

BNDXF 
BNDXF 
BNDXF 

XF(  XPRXNT.NE.O  )  THEN 


XVAL  -  KACQPERF(JONXT, XONXT, XSXDB) 

DRAW  «  PAXRSVAL(XVAL) 

TYPE  * 

TYPE  ' . Final: ' 

TYPE  Acq  Perf  (draw) : ' 

TYPE  -  Recognition  ,  DRAW*3.5 

TYPE  —  identification  ,  DRAW*6.4 
TYPE  BARS  BARS 

TYPE  KDETBCTD  ,  KDBTBCTD (NN, XONXT, XSXDB) 

TYPE  * 

TYPE  * 

BNDXF 


400  CONTXNOE 

XF(  XPRXNT.NE.O  )  THEN 
TYPE  * 

TYPE  . END  LOOP  OVER  ONXTS  XN  "NMXONXT"  LXST 

TYPE  * 

END  XF 

999  CONTXNOE 

XF(  XPRXNT.NE.O  )  THEN 
TYPE  * 

TYPE  . End  of  DETECT.' 

TYPE  * 

END  XF 

RETORN 

END 
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AVFBIDXX  X 


C . ST3BROOTINB--HAIJDOPP . A.D.KBLLMER,  TRAC-WSMR 

SX7BROOTINB  HANDOPP  (  IDNIT,  XSXDB,  IDIDXT  ) 

INCLODB  '  JOLC»B :  6U»AL .  POR' 

XNCLDDB  '  J6IiQBB:GLC»UNITS.P0R'  !  KSYSTYP , RADARS ,  PLYBRS 

INCLDDB  ' JQLOBE:GLBSBNSR.POR'  !  KSBNSCLAS 

XNCLDDB  'JGLOBB.GLQBACQ.POR'  I  Target  List 

XNCLDDB  ' JGLC»B:GLBPLYBR.POR'  !  PLYALTOD 

XNCLDDB  ' JGLOBB:GLC»MOVB.POR'  !  XPLYMODB 

DXMBNSXON  OLBNMAX (4 ) 

DATA  OLBNMAX  /  3.0,  3.0,  7.0,  7.0  / 

XP(  IPXRST.NB.99  )  THEN 
TYPE  * 

TYPE  * , ' Enter  HANDOPP  observer  unit  number  for  debug  print : ' 

ACCEPT  NONXT 

TYPE  * , ' Enter  HANDOPP  observer  SXDE  for  debug  print : ' 

ACCEPT  *,  NSXDE 
TYPE  * 

XPXRST  >99 
END  XP 

XPRXNT  -  0 

XP(  (XDNXT.EQ.NDNXT)  .AND.  (XSXDE.BQ. NSXDE)  )  XPRXNT  -  99 
XP(  (NONXT. EQ.O)  .AND.  (XSXDB .BQ. NSXDE)  )  XPRXNT  >  99 
XPRXNT  >  99 

XP(  XPRXNT. NB.O  )  THEN 
TYPE  * 

TYPE  * 

TYPE  ' . ' 

type  ************  HANDOPP  ************* 

TYPE  * 

TYPE  XtJNXT,  XSXDE  ,  XDNXT,XSXDE 

TYPE  * 

END  XP 


XDIDIT  -  0 

XTYPE  >  KSYSTYP ( XDNXT , XSXDE ) 
JSXDB  >  3  -  XSXDE 


(Set  sensor  type  6  class  for  liOS  calculations 

XSBNS  -  KDSESENS (XDNXT, XSXDB) 

XSENS  -  KSBNSTYP ( XSBNS , XTYPB , XSXDB) 

XSNSRCLAS  -  KSENSCLAS (XSBNS) 

XP(  XPRXNT. NB.O  )  THEN 
TYPE  * 

TYPE  *,'-••  XTYPB,  XSBNS,  XSNSRCLAS  >' ,  XTYPB, XSBNS, XSNSRCLAS 
TYPE  RADARS (XTYPB, XSXDB)  >',  RADARS (XTYPE, XSXDB) 

BND  XP 


C . Get  position  of  observer  (  XO,  YO,  ZO  ) 
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CALL  tmXTXYZ  (  XDIIXT,  XSIDB.  rXY»B,  XO.YO.ZO  ) 

CD  1W{  IPKim. m.O  )  TKBII 

CD  TYPE  XO.YO.ZO  «',XO,YO,ZO 

CD  BHD  IF 


LOOP  OVBR  hOm  TAROBT  LIST 


CD  XF(  XPRXNT.RB.O  )  THBH 

CD  TYPE  * 

CD  TYPE  . LOOP  OVBR  OKXTS  XH  •KLOHOTLO*  LIST 

CD  TYPE  * 

CD  TYPE  XTARLXST  ,  HXTARLlSTdOHlT,  XSXDB) 

CD  TYPE  WPHRlfO  PRXMRHO (XTYPB, XSXDB) 

CD  TYPE  * 

CD  BHD  IP 


WPNRNG  «  PRXMRNG ( XTYPB , ISXDE) 
WPHRHGSQR  «  WPNRNG  *  WPNRNG 

XTARLXST  >  MYTARLXSTdONXT.ISIDB) 

DO  400  NN  •  1,  NOMVXSBL 


C .  Is  enemy  detected  and  ready  for  track  (KLONGTLS  ,BQ.  2) 

XP(  KLONGTLS (NN, XTARLXST)  .LT.  2  )  GOTO  400 

C . Is  slot  eiif>ty? 

XF(  KLORQTLD (NN, XTARLXST)  .BQ.  0  )  GOTO  400 

C . -  Is  the  enemy  unit  still  alive?  ("JDNIT"  is  unit  number  of  enemy) 


JONXT  »  KLONGTLO(NN,  XTARLXST) 

IF(  NSCORB ( JONXT, JSXDB)  .LT.  1  )  THEN 
KLONQTLD(NN, XTARLXST)  *  0 

KLCXtGTLS  (NN,  XTARLXST)  -  0 

GOTO  400 
BNDXF 


C . Get  target  unit  location 

JTYPB  «  KSYSTYP ( JONXT, JSXDB) 

CALL  ONXTXYZ  (  JONXT, JSXDB, JTYPE,  XT,YT,ZT  ) 

C-  .  XONXT  is  a  radar,  determine  altitude  for  target  only 


MODE  •  IPLYM0DB( JONXT, JSIDE) 

XF(  MODE  .GT.  0  )  THEN  I  Moving/Hover 

JFTYP  >  FLYERS ( JTYPE, JSXDE) 

DZ  .  FLYALTOD  (M(X>B .  JFTYP,  JSIDE) 

EliSE  !  Popped  Op  or  On  Ground 
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DZ  •  •  MODS 

BHDIP 

C . Convert  altitude  from  metera  to  kiloewtere 

DZ  -  DZ  *  0.001 

DX  -  XO  -  XT 

DY  •  YO  -  YT 

C . Is  this  target  within  max  weapon  range? 

RANGBSQR  »  DX*DX  DY*DY  *  DZ*DZ 

CD  IF(  IPRINT.NB.O  )  THBN 

CD  TYPE  * 

CD  TYPE  *,  ' . ' 

CD  TYPE  . FOR  ENEMY  TARGET  UNIT  ,  JDNIT 

CD  TYPE  . ' 

CD  TYPE  * 

CD  TYPE  * 

CD  TYPE  lOONGTLS  KLONGTLS (NN, ITARLIST) 

CD  TYPE  * 

CD  TYPE  -  XO.  YO,  ZO  -'.XO.YO.ZO 

CD  TYPE  - XT.  YT,  ZT  «'.XT,YT,ZT 

CD  TYPE  - RANGE  ,  SQRT(  RAN6ESQR  ) 

CD  END  IP 

IF(  RANGESQR  .GE.  WPNRNGSQR  )  GOTO  400 

C . Do  we  still  have  IX>S  to  the  enemy  unit? 

CD  IF(  IPRINT.NE.O  )  THEN 

CD  TYPE  * 

CD  TYPE  -  CHECK  FOR  LINE-OF-SIGHT 

CD  END  IF 

CALL  DOLOS  (  XO.YO.ZO,  XT.YT.ZT,  PLOS  ) 

C . PLOS  IS  THE  PROBABILITY  THAT  LINE-OF-SIGHT  EXISTS 

C .  (  PLOS  <0.0  MEANS  SMOKE  BLOCKS  LINE  OF  SIGHT  ) 

CD  IF(  IPRINT.NE.O  )  THEN 

CD  TYPE  . PLOS  FRC»i  "DOLOS"  »',PLOS 

CD  END  IF 

IF(  PLOS  .LB.  0.0  )  GOTO  400 

C .  . 

C . We  still  have  LOS,  is  the  target  detectadsle . 

C . Coopute  target's  effective  size 

SIZE  «  SIZT(JTYPB, JSIDB)  *  PLOS  *1.75  !3. 5/2.0 

D  IF(  IPRINT.NE.O  )  THBN 

D  TYPE  * 

D  TYPE  *,' -  Actual  SIZE  ,  SIZT(JTYPE, JSIDE) 

D  TYPE  *,' - PLOS  PLOS 

D  TYPE  -  Eff  SIZE  ,  SIZE 
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C . Fetch  target's  thermal  contrast 

JCONT  «  KONCLAS(X,JTyPB,JSIDE) 

CALL  DOUVSLOS  (  XO.YO.ZQ,  XT.YT.ZT,  ISNSRCLAS,  OLBN  ) 

IF(  OLBN  .QT.  OLBNMAX (ISNSRCLAS)  )  THEN 
KLONGTLU(NN.ITARLZST)  -  0 

KLONOTLS (NN, ZTARLZST)  -  0 

GOTO  400 
BNDZF 


RANGE  -  SQRT(  RANGESQR  ) 

CD  ZF(  ZPRZNT.NB.O  )  THEN 

CD  TYPE  * 


CD 

CD 

TYPE  *, ' 
TYPE  * , ' 

«  •  • 

CALL  PAZRS/PDBTBC  NEXT,  INPUTS:' 

CD 

TYPE  *, ' 

---  ISBNS 

a' 

,  ZSENS 

CD 

TYPE  *, ' 

---  JCONT 

« 

,  JCONT 

CD 

TYPE  * , ' 

---  RANGE 

a' 

,  SQRT(  RANGESQR  ) 

CD 

TYPE  *, ' 

---  SIZE 

a' 

,  SIZE 

CD 

TYPE  * , ' - 

--  EFFTIM 

TBFFTIM*60 .  CD  TYPE  * ,  '  -  - 

OLBN 

CD  END  IF 

CALL  PAIRS  (  ISBNS,  JCONT,  RANGE,  SIZE,  OLBN,  BARS  ) 


CD  IF(  ZPRZNT.NB.O  )  THEN 

CD  TYPE  * 

CD  TYPE  ODTPOT  BARS  BARS 

CD  ZVAL  -  KACQPBRF(JONZT,ZDNZT,ZSZDB) 

CD  TYPE  *,'•••  BARS  NEEDED  ,  PAZRSVAL (ZVAL) *2 . 0 

CD  END  IF 

ZVAL  =  KACQPERF(JUNIT,IUNIT,ISIDE) 

AZMPOINT  »  2.0  *  PAZRSVAL(IVAL) 

ZF(  BARS  .LT.  AZMPOINT  )  GC7TO  400 


ZF(  RANGE  .GT.  0.025  )  THEN 

CALL  SMOKBLOS  (  XO,YO, ZO. XT, YT, ZT, ISNSRCLAS,  ZSBB  ) 
ZF(  ZSBB  .BQ.  0  )  THEN 


CD 

CD 

CD 

CD 

CD 


ZF(  ZPRZNT.NB.O  )  THEN 
TYPE  * 

TYPE  CLOUDS  BLOCK  LOS!!!!!!!!!' 

CALL  PRESSRBT 
END  IF 


KLONGTLU(NN, ZTARLZST)  >  0 

KLONGTLS (NN, ZTARLZST)  >  0 

GOTO  400 

ENDZF 

ENDZF 
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WPRRNOSQR  -  RANGBSQR 
XDZDXT  «  NN 

D  XP(  XPRXNT.NB.O  )  THEN 


D  TYPE  * 

D  TYPE  SET  IDXDXT  .  IDXDXT 

D  TYPE  * 

D  END  XF 

GOTO  500  !  Handoff  first  tgt  idiich  meets  all  requirements 


400  CONTXNDE 


CD  XF(  XPRXNT.NB.O  )  THEN 

CD  TYPE  * 

CD  TYPE  . END  LOOP  OVER  DNXTS  XN  "KLONGTLU”  LXST . 

CD  TYPE  * 

CD  END  XP 

C . Do  we  have  a  target  to  handoff  to  the  (Normal)  Target  List? 

500  CONTINUE 

XF(  XDXDXT  .GT.  0  )  THEN 

D  XF(  XPRXNT.NE.O  )  THEN 

D  TYPE  * 

D  TYPE  * 

D  TYPE  . Old  Short  Tgt  List:' 

D  DO  977  X  .  l.NMVXSB 

D  TYPE  I,  NMYDNXT(X,XDNIT,XSXDE) ,KDBTBCTD{X,XDNIT,XSXDE) 

D  977  CONTXNDE 

D  TYPE  * 

D  ENDXF 


JDNXT  .  KLONGTLU (XDXDXT, XTARLIST) 


C . Clear  Target  List,  but  keep  old  detected  status  if  present 

XAMSBEN  -  0 

DO  600  NN  «  1,NMVXSB 

XF(  NMYUNXT(NN,XUNXT,XSXDB)  .EQ.  JUNXT  )  THEN 
XAMSBEN  >  KDETECTD(NN,XUNXT,XSXDE) 

ENDXF 

NMYUNXT(NN,XUNXT,XSXDB)  «  0 

KDETECTD(NN,XUNXT,XSXDE)  «  0 


600  CONTXNUE 

C . Put  target  in  first  slot 

XDXDXT  -  1 


NMYUNXT ( XDXDXT, XUNXT, XSXDE)  »  JUNXT 
KDETBCTD (XDXDXT, XUNXT, XSXDE)  >  XAMSEEN 

D  XP(  XPRXNT.NE.O  )  THEN 

D  TYPE  * 

D  TYPE  * 

D  TYPE  . 
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TYPE  . HANDOPF  to  short  target  list:' 

TYPE  SLOT  IDIDIT 

TYPE  NMYONIT  ,  SMYDNIT (IDIDIT, lUNIT, ISIDE) *0*0 (22H 

TYPE  KDETECrrD  KDETECTD (IDIDIT, IDNIT, ISIDB) 

TYPE  ' . ' 

TYPE  * 

END  IF 


ENDIF 

999  CONTINUE 
TYPE  * 

TYPE  * 

TYPE  . EXIT  HANDOFF.' 

TYPE  * 

TYPE  * 

RETURN 

END 
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TAXGBT  ACQOISZTZOH  ZN  JANUS  AJUCY 


1 . 0  INTRODUCTION 

1.1  jPurpoa*.  This  paper  describes  the  target  acquisition 
function  in  Janus  Army.  Particular  attention  is  paid  to  stating 
the  pertinent  a'sumptions  and  identifying  the  rationale  for  the 
algorithms  and  methods. 

1.2  Scope.  The  basic  detection  process  of  visual  and  thermal 
se.nsors  versus  ground  targets  is  emphasized  at  the  expense  of  the 
special  code  required  for  radars,  special  purpose  sensors,  and 
flying  targets.  These  special  cases  will  be  described  in  later 
work. 


1.3  Background. 


a.  Target  acquisition  i.-.  Janus  .Army  is  based  or.  heuristics  and 
theory  which  have  been  loosely  collected  and  are  known  as  the 
search  model  of  the  Armys  Center  for  Night  Vision  and  Electro- 
Optic  ICjrysO)  devices,  2  model  computes  the  single-glimpse 

probability  by  considering  the  number  of  resolvable  cycles  across 
the  target  (the  Johnson  criteria) 2;  the  number  of  resolvable  cycles 
needed  for  detection,  aim-point,  recognition,  and  identification 
is  a  function  of  the  clutter  level  and  is  empirically  determined 
input  to  the  model. ^  The  model  has  been  adapted  for  use  in 
several  combat  simulations  including  Janus  Army,  and  the 
assumptions  and  limitations  of  the  basic  CN**ZO  search  .model  must 
be  considered  in  addition  to  those  of  each  specific  adaptive 
implementation.  .A  summary  of  the  basic  model  as  used  in  Janus 
.Army  is  also  provided  at  e.nclosure  1  as  a  cc.mple.mentary 
description. 


b.  Janus  .Army  is  interactive,  and  the  requirement  for  rapid 
response  to  the  gamers'  commands  strongly  influences  the 
implementation  of  the  CNVEO  search  model.  Pre-processling  is 
designed  to  reduce  the  computation  required  for  search  processing, 
and  the  search  is  partitioned  so  that  not  all  units  are  processed 
for  detection  every  cycle.  Filters  are  included  to  avoid 
unnecessary  trips  through  computationally  expensive  algorithms. 
These  trade-offs  in  design  may  have  obscured  some  of  the 
mathematics  and  rationale  of  the  algorithms  from  a  reader  of  the 
Janus  Army  code.  It  is  one  goal  of  this  paper  to  provide  a  more 
accessible  explanation. 

c.  The  search  function  in  Janus  Army  is  imple.mented  in  three 
parts.  In  the  first,  initialization,  t.he  parameters  are  sec  up  to 
partition  the  search  process  as  a  function  of  the  numbers  of  units 
on  each  side  and  two  time  constraints  input  by  the  gamer.  Also, 
the  se.nsor  performance  level  for  the  population  of  obser'/ers  is 
i.nicialized  for  every  cbser/er- target  pair  i.-.  the  game,  and  the. 
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sensor  perfo:^.ance  characteristics  ty  sensor  type  are  initialized. 
In  the  second  part,  units  which  meet  the  appropriate  criteria 
described  in  section  3  below  are  placed  on  a  list  as  potential 
targets.  In  the  third  part,  the  probability  of  detection  by 
specific  observers  of  targets  from  the  potential  target  list  is 
calculated  and  rauidoin  draws  are  made  to  determine  which  targets 
are  actually  detected. 

2 . 0  IMITIXLIZXTZOK 


2.1  Search  Proceas  Control 

a.  The  search  and  line-of -sight  (LOS)  processes  are  relatively 
heavy  users  of  computational  resources.  Trade-offs  must  be  made 
between  the  freq-uency  of  search  updates  and  the  responsiveness  of 
gamer  interactions.  The  process  is  designed  to  allow  the  gamer  to 
specify  a  target  list  update  cycle  that  is  longer  than  the 
detection  cycle  sc  that  units  may  be  considered  less  often  for  the 
filtering  process  and  computation  may  be  saved  at  the  expense  of  a 
somewhat’ less  accurate  list  of  potentially  detectable  targets. 

The  user  is  allowed  to  specify  the  cycle  times  for  the  two 
processes  curing  the  run  ini tialication,  and  the  process  then 
constructs  the  search  loop  parameters  from  the  numbers  of  blue  and 
red  units  and  the  two  input  time  constraints. 


b .  Can 
cycle  time 
are  stored 
DTSE.-J^C.H,  r 
search  loop 


us  screen  I  allows  the  specification  of  the  target  list 
and  the  detection  cycle  time  in  seconds.  These  values 
by  S'ubroutine  GETSCPU  into  the  variables  DTDSTLOS  and 
espectively .  The  subroutine  INITSENS  calculates  the 
;  paraneters  KSRCHINC  a.nd  KS.RCHLOOP. 


c . 

forward 

subrout 

targets 

DODETEw 

consice 

Subrout 

seconds 


The  cells 
Subrout 
ne  DETECT 


for  the  detection  cycle  are  relatively  scraighc- 
ine  SE-^iRCH  calls  subroutine  DCDETECT  which  calls 
for  every  unit  on  one  side  having  potential 


Each  side  is  considered  on  alternating  calls  to 
.  so  that  every  unit  on  the  potential  target  list  is 
ec  fcr  detection  on  every  two  calls  to  subroutine  SE.^RCH. 
ne  INITSE:»S  takes  the  initial  value  of  DTSEARCK  in 
converts  to  minutes,  and  divides  by  2  to  allow  two  calls 


to  SEARCH  by  subroutine  RUNJAN  so  that  the  detection  cycle  occurs 


in  the  time  specified  by  the  user. 


d.  The  construction  of  the  potential  target  list  is  also 
driven  from  the  calls  to  SEARCH  through  calls  to  subrouti.ne 
DODSTLOS.  DODSTLOS  calls  subroutine  DSTLOS  for  particular  units 
in  sequences  of  length  KSRCHINC,  which  is  set  by  subroutine 
INITSSNS  to  be  3  S  KSRCHINC  ^  10.  The  units  are  filtered  for 
inclusion  as  potential  targets  in  batches  of  KSRCHINC  until  one 
side  is  completed,  then  the  other  side  is  processed  in  batches  of 
KSRCHINC.  Subroutine  INITSENS  calculates  the  number  of  batches 
required  for  all  units  to  be  processed  in  this  fashion  within  the 
time  interval  DTDSTLOS  consistent  with  the  calls  to  SEARCH.  This 
number  is  KSRCHLOOP  and  is  used  in  SEARCH  so  that  DODSTLOS  is 
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calle«  ksrchloop  times  for  each  call  to  SEARCH.  This  integral 
partitioning  means  that  the  period  of  the  target  list  cycle,  for  a 
given  unit,  expressed  in  the  game  time  interval  between  calls  to 
such  subroutines  as  DSTLOS  or  NRAHGE,  is  only-  approximately  eoual 
to  the  input  value  specified  by  the  user. 


e.  Examples  of  the  process  for  determining  the  search  control 
parameters  are  given  in  this  section.  Assume  the  user  has 
specified  a  detection  cycle  of  9  seconds  and  a  target  list  cycle 
of  20  seconds.  Thus,  RUNJAN  calls  SEARCH  every  4.5  seconds  and  a 
given  unit  on  the  potential  target  list  is  considered  for 
detection  every  9  seconds.  If  there  are  100  blue  units  and  200 
red  units  in  the  game,  the  subroutine  INITSENS  will  initialize 
KSRCHLOOP  to  be  12  and  KSRCHINC  to  be  5.  These  parameters  will 
produce  the  following  pattern  in  potential  target  processing. 


TA3LS  1.  FIRS?  EXAMPLE  0?  PARTITIONING  FOR  SEARCH 


50  3LUE  L’NITS 

c 

40  3LUE  UNITS  20  .RED  UNITS 

4 

50  RED  UNITS 

5 

50  RED  UNITS 

This  means 

that 

a  g 

•  ♦  r 

will  be  considered 

every  5  calls  to 

SE.-RCH  or 

every 

22. 

5  seconds. 

9  v»**Cl** 

the  20  seco.nds 

The 

par 

titicn  is 

r.ct  always  sc  even. 

as  the  next 

exa.T.ple  shews. 

.iss 

cs 

rget  list  cycle  to 

be  4C  seconds 

instead  of 

20. 

The 

algorichin 

gives  XSRCHLOC?  = 

6  and  KSRCHINC  s 

5,  produci.ng  the  following  processing  partition. 

TA3LE  2.  SECOND  EXAMPLE  OF  PARTITIONING  FOR  SEARCH 


1 

36  3LUE  UNITS 

2 

36  BLUE  UNITS 

3 

28  BLUE  UNITS  AND  5  RED  UNITS 

4 

35  RED  UNITS 

0» 

36  RED  UNITS 

0 

36  BLUE  UNITS 

/ 

36  BLUE  UNITS 

S 

36  RED  UNITS 

9 

14  RED  UNITS  .iND  18  BLUE  UNITS 

Note  that 
number  of 


not 


last 


aver/  searth  cycle  necessarily 
s.  Nc  mere  calls  to  DSTLOS  are 


nsiders  the  same 
ade  within  a  batch 
he  procassi.ng  for 


141 


ihe  nexr  side  does  not  start  until  the  next  call  to  DODSTLOS 
starts  a  new  batch.  The  above  example  shews  that  all  units  are 
processed  within  9  calls  to  SEARCH  or  within  40.5  secondSt 
although  some  have  a  shorter  interval  of  36  seconds  because  the 
partition  does  not  come  out  perfectly  even. 

f.  The  choice  of  the  detection  and  target  list  cycles  can 
certainly  influence  the  sensor  performance  within  a  given  Janus 
game.  Snorter  cycles  will  generally  provide  a  better 
representation  of  the  search  process  at  the  price  of  increased  run 
time  and  slower  interactive  response  for  a  given  scenario. 

2.2  Sensor  Performance  Capability 

a.  For  a  particular  ensemble  of  observers  with  unlimited  time 
to  search  for  a  target,  there  will  generally  be  a  subset  of 
observers  whe  will  never  find  a  target  with  a  give.-,  site,  range, 
and  contrast.^  The  fraction  of  observers  who  can  find  the  target 
is  called  p-inf  inity  (PINF) .  The  distribution  of  the  number  of 
resolvable  cycles  each  member  of  a  normal  observer  ensemble  needs 
for  target  detection  is  characterited  bv*  the  cumulative 
probability  PIN?  which  is  assumed  to  be 

PIN?  s  -  a.-e;  <1) 


where  R  *  N/K5C  is  the  ratio  of  the  number  N  cf  resolvable  cycles 
across  the  target  to  the  number  K5C  of  cycles  required  for  PINT  to 
be  0.5,  and  £  s  2.“  -  C. 7  (NVNSO.^ 


b.  In  Janus 
observers  is  assu 
observer  to  detec 
capability  is  ini 


rm>*.  the  detect icr.  capability  cf  the  set  of 
ed  to  be  characterited  by  the  capability  of  each 
each  target  given  unlimited  time.  This 
ialited  in  subroutine  INITACQ  for  each  observer- 


target  pair  and  re.T.ains  constant  throughout  a  game.  The  criterion 
N50  for  detection  has  been  given  by  to  be  0.5  to  l.C.  and 


1.0  is  the  value  currently  used.  The  current  iitple.mentation  of 
the  cumulative  distribution  uses  solutions  to  equation  (1)  with 
N50  *  1.0  to  precompute  values  of  PIN?  corresponding  to  100 
intervals  of  width  0.01.  The  initialization  process  stores  a 
randomly  generated  pointer  to  the  PAIRSVAL  table  which  contains 
the  value  of  the  resolvable  cycles  required  for  the  appropriate 
PIN?  reflecting  the  detection  capability  for  the  given  sensor- 


target  pair.  This  provides  a  threshold  determining  whether  a 
given  sensor  will  eventually  detect  a  given  target  providing  a 
given  number  of  cycles  (or  greater)  are  resolvable. 


2.3  Detection  Proceai.  The  probability  of  detection  as  a 
function  of  time  is  given^  by  the  standard  equation 

P(t)  =  1  -  exp  (t/TAUI.  (2) 

where  TAU  is  the  mean  time  to  detect.  Two  expressions  have  beer, 
given^  as  approximations  for  the  time  factor  1/TAU.  For  2;/N50  2. 


142 


1/TAU  «  PIMF/3.4. 


(3} 

This  approximacion  gives  probabilicies  which  are  too  small  for  the 
most  obvious  targets,  those  with  N/M50  greater  chan  2.  For  these 
values. 


1/TAU  a  N/(6.8  .  M50) . 


(4) 


The  empirical  justification  for  the  estimates  in  equations  (3)  and 
(4)  is  discussed  in  detail  by  Lawson,  et.  al.^  In  summary,  the 
approximation  of  1/TAU  by  ?IN?/3.4  or  N/{6.8  N50)  was  based  on 
field  test  results. 

For  speed  of  computation,  the  time  factor  1/TAU  is  represented 
as  a  function  of  the  resolvable  cycles  K  bv*  constructing  a  sec  of 
straight  lines  from  point  to  point  as  N  varies  from  0  to  4 . 5  in 
steps  of  0.1123.  Equations  (3)  and  (4)  are  used  to  calculate  the 
points  for  N50  *  2.  The  results  are  used  to  generate  slope  and 
intercept  data  fcr  ch«.  straight  lines  between  each  neighboring 
pair  of  points,  and  the  data  are  set  in  variables  SLOPE  and  CSPT 
in  subroutine  PDSTEC.  This  routine  scales  the  resolvable  cycles 
to  produce  results  equivalent  to  equations  (35  and  (4)  for  N50  «  1 
(detection) . 


2.4  optical  Extinction.  Subroutine  ISZ7ZXT  initializes  the 
maximum  ranges  of  optical  sensors  in  two  frequency  bands  and 
initializes  the  li.near  interpolation  approxi.maticn  to  the 
e.xtinction  curve.  The  quantity  called  "extinction"  in  the 
ccr.T.ents  in  the  Janus  code  is  called  "contrast  transmittance"  in 
sc.T.e  ocher  references. 


a.  The  sta.ndard  ec^ation  for  contrast  is  used  to  find  the 
range  at  which  the  optical  contrast  is  reduced  to  the  mini.-num 
detectable  contrast  (CONMIN  *  0.C2)  for  the  eye.  The  contrast 
available  at  a  ra.nge  R  from  a  target  is 

C(R)  a  (Lt(R)  -  L|,  (R)]/L»,  (R).  (S) 

where  L^iR)  is  the  luminance  of  the  target  and  (R)  is  the 

luminance  of  the  background.®  The  target  and  background 
luminances  at  range  R  can  be  wrlccen 

Lt(R)  »  L^(0)  Ta(R)  *  Lp{R)  *  (5) 

and  LijCR)  *  Li5(0)  T^CR)  ♦  Lp{R)  (7) 

where  T^(R)  *  e-xp  {-  a  R)  is  the  tra.’:smittar.c9  at  range  R 

through  the  at.mcsphere  with  extinction  coefficient  a  according  to 
3eer*3  law.  a.nd  1-{R5  is  the  extraneous  energy  scattered  or 
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reir-ir-ec  ir.tc  tht  senscr  field  of  view  ever  ehe  distance  R.“  F’-oe 
eTJoticns  f£;.  (£),  and  (7;.  stance  k.  F.om 

C(P.)  *  C(0)/ri  *  iLp(K) /LblO)) .  (t) 

For  optical  paths  front  sensor  co  cargec  near  the  horizon, 

-sky  *  ^sicy  tC)Tj(R)  ♦  Lp(R} .  (5) 

but  if  it  is  assumed  that  the  atmosphere  is  a  homogeneous  natural 
atmosphere,  the  sky  is  just  as  bright  at  R  as  it  is  at  the  target, 
so  that 


*  I,g)(y ( 2  •  Tj(R)J.® 


(10) 


Let  Ls)cy''i‘h'OJ  ^  Sg.  the  sk\*- to-ground  ratio,  then  equation  (6) 
becomes 


C{R)  s  C(0).M1  -  Sg  (l.'Ta(R)  -  1)]. 


(11) 


Representative  estimates  of  Sg  are  provided  bv*  Hoock®  and  Huschke* 
relating  solar  elevation  vvtth  clear  skies)  to  visibility  for  two 
surface  reflectances  iO.25  and  C.20).  Let  ?  ■  C{R)/C(Oi  be  the 
contrast  trans.T.ittance  (or  extinction),  then  from  (21), 


n  *  ^  log  ( (|  -  1  *  Sg) /Sg) 


(12) 


The  maximum  range  for  the  given  frequency  hand  is  taken  from 

equation  (12;  fer  CxRj  »  COrCMIX  *  C.C2  as  implemented  in 

subroutine  ’.viTEXT.  No  optical  contrast  is  available  hevond 

•  •  ••• 

for  each  cf  two  optical  frequency  bancs. 

b.  From  equation  (12),  the  contrast  transmittance  is 


F  «  1  /[I  *  Sg(exp(aR)  -1)].  (13) 

A  curve  of  log  F  versus  R  is  constructed  in  slope-intercept  form 
in  subroutine  INITEXT.  The  slopes  are  stored  in  OEXTCURVEd,  I, 
IBAND)  and  the  intercepts  in  OEXTCURVE  (2,  I.  ZBAND)  with  lEAND 
equal  to  1  or  2,  and  I  ranging  from  1  to  N}^  1  where  %  is  the 

number  of  range  points.  The  log  of  equation  (12)  is  used  to  make 
the  linear  interpolation  a  better  approximation. 

c.  It  is  the  contrast  transmittance,  or  extinction,  that  is 
implemented  in  Janus  Army,  not  the  contrast  itself,  but  users 
should  be  aware  of  the  implications  of  definitions  of  contrast. 
Note  Chat  the  contrast  as  defined  by  equation  (5)  assumes  that  the 
target  is  brighter  than  the  background  or  else  contrast  could  be 
negative.  All  optical  contrasts  input  to  Janus  Amy  are  positive. 
This  is  not  a  necessary  restriction,  and  contrast  is  frequently 
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defined  as  the  absoluce  value  of  the  difference  in  target  and 
bac/cground  luminance  divided  by  the  background  luminance. 

C(R)  .  jl^CR)  -  LglR)  I  /Lg(R)  .  (14J 

This  is  considered  a  more  usual  definition  for  our  purposes,  and 
the  equations  (12)  and  (13)  of  extinction  are  still  valid. 

d.  Both  equations  (5)  and  (14)  are  still  open  to  the 
objections  of  contrast  being  undefined  for  Lb(R)  «  0.  such  as  would 
be  the  case  for  a  target  against  an  overcast  night  sky.  Another 
definition  which  is  more  general  and  would  handle  such  cases  has 
been  stated^  as 


C(R) 


iL-tR)  -  Ls.'R)  I  ,'Max  (L^CR).  L3(R)I 


(IS) 


This  caf ir.it icn  has  .no  ?r; 
(Ls  s  0)  but  requires  str.5 
equations.  For  L<-  (?.)  2  I 
valid,  but  for  L3  (R)  >  L7 
replaced  by 


ble-o  with  a  nor. -luminous  background 
.modificaticns  to  the  exti.nction 
;{R).  equatio.ns  (12)  and  (13)  are  still 
(?.) .  equations  (12)  and  (13)  need  to  be 


?.  a  (I/O)  log  {  [1/?  -1  -  (1  -  C(0))  Sg]  /  [  l-C(O)  ]  Sg }  (IS) 

and  ?  s  1/  {1  ♦  [1  -  CiO)]  Sg  [exp  (cuR)  -  ij  }.  (17) 

respectively .  ;r.  effect,  the  ski/-to-ground  ratio  Sg  must  be 

mcdified  by  the  factor  1  -  C'.O)  when  the  backgrcu.-.d  is  brighter  than 
the  target  in  order  for  the  extinction  to  be  consistent  with  the 
definition  of  contrast  in  equation  (15) .  So  far,  there  has  not  been 
a  need  to  use  contrast  as  defined  in  equation  (15)  in  Janus  Army. 

e.  Recent  work  considers  variations  in  the  background.  For 
some  definition  such  as 


CONT.R.^.ST  a  ITGT  LuMIN.ANCS  -  LQCJKL  RACXGRQUND  LUMINANCF I 

AVG  BACKGROUND  LUMINANCE 

the  equations  (12)  a.nd  (13)  involving  extinction  would  still  apply 
as  imple.T.ented  in  Janus  Army.  The  imple.mention  of  contrast  in 
Janus  .Rrmy  is  a  good  approximation  for  current  applications,  but 
users  wishing  to  extend  Janus  .Army  into  new  target  environments 
need  to  determine  the  definition  of  contrast  underlying  the  input 
data. 


2.5  Thermal  Contrast.  In  Janus  .Army  tar 
twelve  contrast  classes  according  to  t.he  te 
(degrees  Celsius'  betwee.n  the  target  and  th 
logarithms  of  the  appropriate  te.T.per3ture  c 
as  fata  in  subroutine  PAI.RS,  and  the  input 
as  an  i.ndex. 


•gets  are  placed  into 
mperature  differe.nce 
e  background .  The 
ifferences  are  stored 
contrast  class  is  used 
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TABLE  3 .  CONTRAST  CLASSES 


CONTRAST 

CLASS 

TEMPERATURE  DIFFERENCE, 
AT  fPemteea  C) 

loa  AT 

1 

0.5 

C. 653147 

2 

1.0 

0.0 

3 

1.5 

0.405465 

4 

2.0 

0.693147 

5 

2.5 

0.916291 

6 

3.0 

1.098612 

7 

3.5 

1.252763 

8 

4.0 

1.386294 

c 

4.5 

•  ^ 

*  w 

o 

• 

«/• 

6.C 

HnsTscmH 

.  ^ 

7.0 

mmtaawtimmm 

2.6  Sensor  Performenee.  Tanus  Arrr.-  expects  sensor  data  in 
terms  cf  c>’cles  resolved  across  the  tarjet  per  milltradian  cf 
target  area  subtended,  for  a  siven  level  cf  contrast.  The 
co.ntrast  is  just  the  optical  contrast  for  se.-.sors  using  the 
visible  frequency  bands  and  if.  the  absolute  value  cf  temperature 
difference  for  thermal  sensors.  Subroutine  M-y.C'JR  is  called  droit 
IXITSENS  to  generate  an  interpclacion  curve  for  cv’cles  per 
miliiracian  versus  the  .'.ocarithn.  of  the  contrast  value  for  each 
type  of  sensor. 


3.0 


POTENTIAL  TARGET  LIST 


The  Janus  .-.rm>-  detection  process  has  a  f 
units  tc  avoid  the  search  and  line-of -sight 
as  ma.ny  units  as  possible.  Th-r:  a-.its  are  pr 
described  in  section  2.1. 


rst  stage  cf  filtering 
LCS)  calculations  for 
cessed  in  batches  as 


3.1  Unit  Characteristics.  Subroutine  DSTLOS  contains  most  of 
the  logic  and  bookkeeping  for  filtering  units  before  they  can  be 
added  to  the  potential  target  list.  The  unit  is  skipped  whenever 
it  is  destroyed,  inoperable  due  to  chemical,  or  is  a  passenger  and 
cannot  detect  targets. 

3.2  Unit  Data.  Subroutine  SETOBSRV  is  called  by  DSTLOS  to  set 
up  the  unit  data  needed  for  the  search  and  detection  routines. 

The  location  of  the  observer  and  the  view- fan  parameters  are 
found.  (The  view-fan  is  constructed  by  the  gamer  a.nd  is  syrr-mecric 
about  the  direction  of  view.)  The  input  view-fan  is  used  unless 
the  unit  is  a  ground  vehicle  which  is  moving  or  has  been 
stationary  less  than  two  minut.es,  in  which  case  the  unit  is 
assumed  to  search  360®.  This  assuription  is  designed  to  reduce  the 
burden  of  setting  and  adjusting  view-fans  for  coordinated 
surveillance  by  groups  of  vehicles  while  moving,  and  it  provides 
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approx imacely  :he  sane  efface  for  a  group  of  vehicles  as  would 
individually  sec  and  coordinated  view>fans.  The  type  sensor  to 
use  for  Che  next  search  interval  is  determined.  For  each 
observer,  the  maximum  visibility  is  used  to  construct  a  square 
centered  at  the  observer’s  location  to  serve  as  a  filter  for 
possible  targets.  Each  unit’s  target  list  is  checked  for  previous 
detections,  and  subroutine  KEEPTAR  is  called  to  check  if  a 
previously  detected  target  can  still  be  seen.  KEEPTAR  checks  for 
destroyed  targets,  targets  mounted  inside  vehicles,  visibility 
limits,  presence  in  the  view-fan,  LOS,  and  whether  large  area 
smoke  clouds  block  LOS.  Previously  detected  targets  which  can 
still  be  seen  are  flagged,  and  the  observer’s  target  list  is 
cleared. 


3.3  Visibility,  LOS,  and  Oetectability  Filters 

a.  Subroutine  n*RA.vge  is  called  by  subroutine  DSTLCS  to 
construct  the  potential  target  list,  “or  a  particular  observer 
unit,  enemy  units  uhiz’r.  pass  the  filters  in  this  subroutine  are 
placed  on  the  potential  target  list.  Note  that  friendly  units  are 
not  considered  as  targets.  The  filters  in  N'?.--MGE  are  very  similar 
to  those  in  :<£E?T.A.R;  the  main  differe.nce  is  that  the  sensor 
performance  is  tested  in  NP-ANGS  for  the  capability  to  e’/entually 
recognize  this  target. 

b.  The  ene-my  unit  is  ignored  for  detection  if  it  is  dead  or  is 
mounted  inside  another  unit  (a  vehicle) .  The  location  of  the 
enemy  unit  is  compared  to  the  visibility  limits  and  to  the  view- 
fan  {called  area  of  interest) .  The  targets  are  e.xa.mined  for  how 
well  they  can  be  seen  as  represented  by  the  number  of  resolvable 
cycles  the  target  presents  to  the  sensor.  The  target  site  is 
adjusted  to  account  for  the  effects  of  various  signatures.  .A 
discussion  of  threshold  scaling  car.  be  found  near  the  end  of  the 
enclosed  memorandum.  Multiplying  a  target  size  by  a  factor  is 
equivalent  to  dividing  the  acquisition  threshold  N50  by  the  sa.me 
factor. 


(1)  Targets  that  are  in  defilade  present  a  smaller  target  size 
to  the  observer.  For  partial,  or  hull  defilade,  the  exposed  part 
of  the  target  is  assumed  to  be  one  third  (0.3333333)  of  the  full 
size.  For  full  defilade,  the  exposed  part  of  the  target  is 
assumed  to  be  one  fortieth  (0.025)  of  full  size.  These  factors 
are  based  on  the  relative  sizes  of  turrets  and  sights  that  might 
typically  be  exposed  on  common  vehicles. 


(2)  The  effect  of  movement  on  the  process  of  target 
acquisition  has  been  long  debated.  In  the  past,  the  cycle 
criterion  for  a  movi.ng  vehicle  target  was  assumed  to  be  half  of 
that  required  for  a  stationary  target.^  Recent  versions  of  Janus 


did  net  have  any  signature  change  due  to  target  motion, 
latest  release  of  Janus  .Army,  ’/ersion  3.0,  contains  an 
from  recent  work  with  mcvi.ng  human  targets,^  that  detac 


The 

inf  ere.nce 
tier,  of 


.Ticvi.ng  vehiclas  should  also  be  somewhat  easier  than  or  star ic.ner-y 
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cnes. 

farter 


stra  cf  moving  targets  ir.  Janus  Arinv  3.0 
.5  as  an  estimate  cf  this  effect. 


is  scaled  by  a 


(3)  ror  detection  of  walicing  or  standing  human  targets,  an 
appropriate  cycle  criterion  from  recent  field  tests  would  be 
between  C.3C  and  C.5C.*  Such  effects  are  approximated  in  Janus 
Amy  by  doubling  the  size  of  human  targets. 

c.  For  sensors  with  a  zoom  capability,  version  3.0  of  Janus 
Amy  contains  a  more  explicit  representation  of  sensor  field-of- 
view  (?0V)  than  did  previous  versions.  A  conversion  factor 
CN'«’R7C?K  (for  each  sensor  type)  has  been  added  to  the  data  base  to 
allow  the  approximation  of  wide  FCV  performance.  The  sensor 
performance  data  in  the  Janus  (A)  data  base  arc  appropriate  for 
narrow  ?ov.  The  sensor  performance  for  wide  FOV  is- obtained  by 
multiplying  the  cycles  resolved  at  the  sensor  by  the  factor 
CN’^.TCPK  which,  for  most  se.nsors.  turns  out  tc  be  the  ratio  of  the 
narrow  ?ov  tc  the  wide  FOV'.  If  the  value  for  CiiVR7Z?ii  is  not 
specified,  the  model  uses  the  value  l.C  sc  that  the  wide  and 
narrow  FCV  are  eguivalent. 


d,  Fcr  a  given  ser.scr- target  pair,  the  criterion  ACQ?i.-.F  for 
eventual  detection  has  been  stored  as  described  in  section  2.2.b. 
It  IS  assu.med  that  ebser'/ers  search  ust.ng  wide  FOV  a.nd  switch  to 
narrow  FCV  tc  obtain  higher  levels  cf  information  about  the 
target.  A  criterion  fcr  sufficient  ir.fcrmatien  tc  possibly  e.ngage 
a  target  (aimpeintJ  is  curre.ntly  set  to  be  twice  the  value  of 
.iCwFSi^?.  Targets  whese  cycles  resolved  in  wide  FOV  meet  the 
criterion  for  eventual  detection  and  whose  cycles  resolved  ir. 

9  *  X  *  •  mm  m  nmm  S 

•  •Xm  •  rnmm  mX  m  6  m  $  0*9  ^m  O  0»» 

the  potential  target  list  with  an  associated  value  which 
estimates  their  ease  of  detecticn.  If  the  list  ts  full  (curre.-.tly 
ter.  targets  car.  be  on  a  given  observer's  list),  the  least 
detectable  target  is  re.ncvsc  tc  make  room  for  one  that  is  more 
detectable.  Previously-detected  targets  are  assumed  to  have 
priority  over  these  .not  yet  detected,  and  are  always  placed  on  the 
target  list.  The  resolvable  cycles  presented  by  the  target  are 
modified  by  the  probability  of  LOS,  and  the  presence  of  large  area 
smolce  clouds  is  c.hecked  to  determine  their  interference  with 
detection.  The  attenuation  along  the  LOS  through  large  area  smoke 
clouds  is  calculated  in  subroutines  DOLASLOS  and  LASLOS.  Zf  the 
optical  path  length  is  ed»ve  the  chreshold,  LOS  is  assximed  to  be 
totally  blocked.  For  lower  values  of  the  optical  path  length,  the 
resolvable  cycles  presented  to  the  target  are  calculated 
consideri.ng  the  degradations  due  co  the  smoke. 


e.  The  computation  of  LOS  (in  s’ubroucine  OOLCS)  is  based  on 
data  stored  in  a  grid  of  square  cells,  commonly  100  meters  on  a 
side.  The  elevation,  the  height  of  trees  or  urban  bjildings,  and 
the  code  of  the  density  of  trees  or  buildings  are  stored.  The 
obstruction  height  and  t.he  probability  of  LCS  t.hrcugh  t.he 
obstructions  are  provided  by  table  lock-up  using  the  density  code 
and  the  type  of  obstructions  (trees  cr  buildi.ngs)  .  The  locatio.ns 
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of  Che  sensor  and  carjec  are  obcained  as  X,  Y  map  coordinates  and 
height  above  the  ground.  If  the  target  location  contains 
obstructions  higher  chan  the  target,  the  probability  of  LOS  (PLOS) 
is  initialized  to  ?l2.  where  PL  is  the  probability  of  LOS  through 
Che  grid  containing  the  target.  Otherwise.  PLOS  is  initialized  to 
1.0.  (It  is  assumed  that  a  target  will  use  natural  cover  as  much 
as  possible,  and  the  opportunity  to  use  cover  is  assumed  to  be 
proportional  to  the  same  features  affecting  LOS.  This  is 
approxi.T.aced  by  applying  the  factor  PL  twice  to  get  the  initial 
value.)  The  map  coordi.naces  are  transformed  to  grid  coordinates, 
and  the  difference  in  X.  Y  grid  coordinates  between  the  sensor  and 
target  locations  is  found.  Each  cell  along  the  line  from  the 
sensor  to  the  target  is  checked  to  see  if  the  elevation  blocks 
LOS.  If  not,  the  cell  is  checked  for  obstructions.  If  the 
obstructions  in  the  subject  cell  are  high  enough  to  interfere  wich 
LOS.  tr.e.n  the  prcbaiility  of  LOS  through  chose  obstructions  (?L) 


is  multiplied  by  the  o 
the  cumulative  probabi 


Id  cumulative  probability  of  LOS  (PLOS) 
lity  of  LOS  (PLOS)  falls  below  0.01.  it 


assumed  that  no  LOS  exists. 


f.  The  calculation  of  the  cycles  resolved  on  a  target  is 
performed  in  subroutine  PAIr.S.  Minimum  a.nd  maximujt  range  chetks 
are  cone  first.  A  parameter,  currently  set  to ‘10  meters,  defines 
Che  radius  c:  certain  detection.  If  the  range  is  below  this 
threshold,  the  number  of  resolvable  cycles  (3.A.AS)  is  set  to  an 
arbitrarily  large  value,  "or  ra.nges  beyond  detectability,  3A.AS  is 
set  to  zero.  The  contrast  signature,  whether  thermal  or  optical, 
is  attenuated  as  the  energy  is  transmitted  through  the  atmosphere 
and  a.".y  obscurants  which  might  be  in  the  LCS.  The  effect  c:  the 
attenuation  can  be  exoressed  as 


^  /  o  A 

•  a 


(18) 


where  Co  is  the  contrast  at  range  R.  Cq  is  the  contrast  at  the 
target.  Ta(R)  is  the  transmittance  through  the  atmosphere,  and  Tg 
is  the  transmittance  through  smoke  clouds.  The  calrulation  in 
subroutine  PAIRS  is  implemented  in  terms  of  the  natural 
logarithms.  For  optical  sensors,  log  Cq  is  assumed  to  be  the  same 
for  all  targets,  the  extinction  due  to  the  atmosphere,  log  T^IR) . 
is  obtained  from  the  optical  extinction  curve  initialized  as  in 
section  2.4,  and  the  extinction  due  to  large  area  smo)ce  is 
provided  by  the  subroutine  OOLASLOS.  The  contrast  provides  the 
index  to  t.he  sensor  performance  interpolation  curve  which  was 
initialized  as  described  in  section  2.6,  and  the  cycles  per 
miiliradian  (CPM)  are  obcained  from  the  linear  interpolation  as 


C?M  =  SLOPE  *  log  Cr  ♦  INTERCEPT. 


(19) 


For 

Che 

coe 

act 


thermal  sensors,  leg  Co  is  obcai 
target  as  in  table  3,  leg  Ta(R) 

£  £  i  sm  i  •»  £  .^••^  ■ 

anuation  due  to  large  area  smoke 


:ed  from  the  cencrast  class 
is  just  the  extinction 
imes  range,  a.-.d  tha 
is  provided  as  abeve.  The 
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For  both  optical  and  thermal 


are  cbiair.ec  from  eyjatior.  (19). 
sensors. 


*  C?M  •  S»Zi/RANGE,  (20 

where  SIZE  is  the  minimum  dimension  in  meters  presented  by  the 
target,  and  range  is  in  kilometers. 

3.4  Construction  of  Potential  Target  List.  If  any  targets 
pass  the  various  filters,  they  are  placed  on  the 
potential  target  list.  If  any  of  these  targets  has  been  detected 
in  previous  detection  cycles,  subroutine  DOLASLOS  is  called  to 
determine  whether  LOS  has  been  broken  b^*  large  area  smoke  clouds. 
If  the  previously  detected  target  is  still  in  LOS.  the  flag 
indicating  detection  is  reset,  otherwise  the  target  is  removed 
from  the  list  of  potential  targets. 

4 . 0  DETECTION 


Subroutine  SEA.?CH  is  called  twice  every  detection  cycle,  and 
SZ.-3.Cr.  calls  DODZTICT  tc  drive  the  detect icr.  process.  DCDETECT 
thsr.  calls  subroutine  DETECT  for  each  side  (fcr  units  which  have 
possible  targets  )  every  ether  time  called.  Subroutine  DETECT 
controls  the  detection  process  for  each  giver,  unit  and  determines 
if  a  potential  target  should  be  detected  now. 


4 . 1 


Observer  Unit  Characteristics 


3.  Tests  very  similar  to  chose  described  in  section  3.1  and 
3.2  determine  whether  or  not  the  calculations  for  detection  need 
be  attempted.  Destroyed  units  and  these  made  inoperable  by 
che.mical  weapons  effects  are  skipped.  Units  which  are  mounted  but 
car.  detect  targets  are  gi*'en  the  appropriate  characteristics  of 
the  host  platform.  The  observer's  location  and  sensor 
characteristics  are  determined.  It  is  assuriec  that  one-man  units 


cannot  search  while 


firing  or  reloading, 


b.  The  search  pattern  is  assumed  to  be  uniformly  distributed 
throughout  a  gamer  specified  search  area.  The  view-fan  is 
specified  by  the  gamer  to  have  a  direction  with  symmetric 
azimuthal  limits.  The  sensor  wide  and  narrow  fields  of  view  are 
input  in  radians  by  sensor  type.  If  the  wide  FOV  is  very  narrow 
(less  than  six  degrees)  the  sensor  FOV  is  reduced  still  further  to 
partially  account  for  the  elevation  part  of  the  search. 

Currently,  the  basic  search  is  implemented  as  almost  totally 
azimuthal,  so  an  elevation  factor  (sensor  FOV/six  degrees)  is 
applied  for  very  narrow  FCVs  to  require  longer  times  to  search. 

The  search  by  sensor  FOV  is  implemented  by  assuming  that  the  time 
available  for  search  is  uniformly  distributed  to  the  fraction  of 
the  total  view- fan  occupied  by  the  sensor  FOV.  in  other  words, 
the  probability  the  target  is  in  the  FOV  is  the  sensor  FOV  divided 
by  the  search  sector.  The  sensor  FOV  is  also  degraded  by  an  input 
parameter  if  the  chemical  situation  warrants.  A  moving  unit, 


) 
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except  for  flyers,  searches  for  180  degrees  .  This  is  different 
from  the  360  degrees  used  in  building  the  target  list  (section 
3.2)  and  is  merely  a  heuristic  approach  to  reduce  the  time  spent 
searchi.ng  when  the  most  threatening  area  is  probably  known.  This 
search  sector  applies  until  the  unit  has  been  stopped  for  at  least 
two  minutes. 


4.2  Target  Unit  Characteristics.  For  each  observer  that 
passes  the  filters,  all  the  targets  from  the  observer's  potential 
target  list  are  considered  for  detection.  If  any  potential 
targets  are  destroyed  or  have  mounted  a  vehicle,  they  are  removed 
from  the  potential  target  list.  Units  which  are  already  detected 
are  not  processed  again.  Line-of *sight  is  checked  for  the 
positions  in  the  same  way  as  described  in  section  3.3-.C.  The 
probability  of  LCS  is  used  as  a  site  factor  in  the  calculation  of 
the  target's  effective  site.  The  target  is  further  reduced  to  1/3 
its  site  if  in  hull  defilade  or  1.'40  its  site  if  in  turret 
defilade.  Movi.ng  targets  are  assumed  to  be  easier  to  detect 
because  of  their  increased  signature,  a.nd  their  sites  are 
multiplied  by  l.t  as  discussed  i.n  section  3.3.b.(2).  A  target 
that  has  fired  in  the  last  twenty  seconds  is  assu.r.ed  to  have  cued 
the  observer  to  search  in  its  area,  a.nd  the  probability  of  bei.ng 
in  the  "OV  of  the  se.-.sor  is  sec  to  1.0.  The  atte.nuacic.n  due  to 
large  area  smoke  clouds  is  calculated  for  the  existing  LOS. 

4.3  Probability  of  Detection.  Subroutine  calculates 

Che  number  of  resolvable  cycles  OARS)  across  the  target 
transmitted  to  the  sensors  as  described  tn  secticr.  3.3.d,  the.-, 
subroutine  PDET2C  is  called  to  determine  the  probability  cf 
detection  in  the  duration  of  this  search,  cycle.  The  probability 
of 'detection  given  the  target  is  in  the  ?CV  is  given  b*y  equation 
(2)  in  secticr.  2.3, 


?(t)  a  1 


e.xo  (c/TAU). 


The  initialitatior.  of  the  time  factor  1/T.nU  as  a  function  of  3ARS 
is  described  in  section  2.3,  and  the  value  is  determined  in 
subroutine  PDETSC  for  the  given  BARS.  The  probability  of  equation 
(2)  is  then  multiplied  by  the  probability  the  target  is  in  the 
?OV,  to  give  the  final  probability  of  detection.  A  random  draw  is 
made  to  determine  if  the  target  may  be  detected  by  the  sensor.  If 
so.  Chen  smoke  clouds  are  checked  to  see  if  LOS  is  blocked,  and  if 
it  is,  Che  target  is  removed  from  the  pocenciail  target  list. 
Otherwise  the  target  is  considered  to  be  detected.  Human  targets 
are  designated  -recognized"  when  detected  to  represent  the  effect 
chat  foot  soldiers  can  be  disci.nguished  from  vehicles  at  this 
level  of  detection. 5 

4.4  Impact  of  Detection  on  Other  Functions 


detected  unit  will  be  e.-.gacec  with  direc 
The  weaoon  selection  is  .made  for  the  fire 


a.  T.ne  cetectec  unit  wii-  se 
possible.  The  weapon  selection  is 
a.nvircnmenc  by  subroutine  WTCHWrN. 


r-targat 


If  a  weapon  can.nct  oe  se-rctec 
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(out  cf  anununirion,  for  example),  no  firing  event  is  scheduled. 

If  firing  is  in  progress,  the  firing  event  is  not  scheduled  for 
this  detection.  The  time  for  the  next  direct-fire  event  is  set  in 
the  queue,  and  modified  for  a  chemical  environment,  if  necessary. 

b.  After  a  unit  has  been  detected,  other  criteria  are  checked 
to  see  if  the  resolution  allows  higher  levels  of  inference  to  be 
made  about  the  target.  The  number  of  cycles  resolvable  across  the 
target  bv'  the  sensor  in  narrow  FOV  are  compared  to  the  thresholds 
for  this  weapon  target  pair  scaled  first  for  recognition  (3.S)  and 
next  for  identification  (6.4).  This  allows  the  graphical 
interface  to  present  different  icons  to  the  gamers  for  the 
different  levels  of  information  perceived  about  the  targets. 
Furthermore,  the  firing  criterion  can  be  cha.nged  by  the  gamer  on 
Screen  HI. 


5.0  SUliKARY  OF  ASSUMPTIONS 

a.  The  bod\-  of  heuristic  methods  and  theory  commonly  known  as 
the  Center  for  Night  Vision  and  Electro-Optics  (CS\'SO)  search 
mcdel  represents  the  performance  of  sensors  versus  targets  on  the 
battlefield. 

b.  The  fraction  of  observers  who  will  eventually  find  a  given 
target  is  given  by 


PI.N'r  s  ?.»•£/ (1  *  E**£) 

where  ?. 

s  N'K5C  is  the  ratio  of  the 

across 

the  target  to  the  number  NSC 

be  C . 5 , 

«nd  E  s  2.7  ■*  C.”  •  (N.'NoC) . 

c . 

The  reciprocal  of  the  mean  t 

is 

i  /TA*J  =  ?:NF  /  3  . 4  f  or  N /N 

and 

1/T.nU  s  N/(6.£  •  N50)  fc 

d.  The  optical  paths  from  target  to  sensor  are  near  the 
horizon. 


e.  The  detections  occur  in  a  homogeneous,  natural  atmosphere. 
(The  sky  is  just  as  bright  at  range  R  from  the  target  as  at  the 
target. ) 

f.  The  sky-to-ground  ratio  of  luminances  is  the  same  for  all 
sensor-target  pairs. 

g.  The  minimum  contrast  which  can  be  detected  by  the  eye  is 

0.02. 

h.  Targets  within  1C  meters  are  certain  to  be  detected. 
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i.  No  LOS  exists  if  the  probability  of  LOS  is  less  than  0.01. 


j  .  The  optical  contrast  at  the  target  is  the  same  for  all 
targets. 


k.  The  search  pattern  is  uniformly  distributed  throughout  the 
search  area  (view-fan) . 

l.  A  target  that  has  fired  in  the  last  twenty  seconds  is 
assumed  to  have  cued  the  observer  to  search  in  its  area,  and  the 
probability  of  being  in  the  ?OV  of  the  sensor  is  set  to  1.0. 

m.  Moving  observers  are  assumed  to  search  360  degrees  while 
targets  are  being  considered  for  the  potential  target  list.  This 
saves  the  gamers’the  effort  of  setting  and  adjusting  view- fans 
while  providing  the  approximate  effect  of  having  individual, 
coordinated  search  sectors  for  all  vehicles  in  a  .moving 

organ i cat ional  element. 


n .  Moving  observers  are 
targets  are  being  considered 
search  time  ce.nalty  assumi.ng 
direct io.n  of  the  threat. 


assumed  to  search  150  degrees  while 
for  detection.  This  lessens  the 
most  units  k.now  the  approx i.mate 
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appendix  k 


APPENDIX  B  -  SELECTED  JANUS  ALGORITHMS 

Extracts  from  Janus  (T)  Documentation  and  Users  Manuai. 
Department  of  the  Army,  US  Army  TRAEXDC  Analysis  Command, 

White  Sands  Missile  Range,  NM;  1988. 

B-1  LINE  OF  SIGHT 

B-1.1  General 

Line  of  sight  occupies  a  central  role  in  combat  simulations  that  work  at  item  level. 
The  line  of  sight  aigorithm  is  critical  to  both  the  processes  being  simulated,  and  to 
the  overall  ratio  of  real  time  to  simulation  time  characteristics  of  the  model.  The 
overall  purpose  and  use  of  the  model,  in  turn,  drive  the  selection  of  algorithms 
from  the  viewpoint  of  speed  and  accuracy.  "Janus/T’  leans  more  toward  speed  than 
very  detailed  calculations  in  most  of  the  algorithms  used.  This  section  will  discuss 
three  aspects  of  LOS  processing  in  "Janus/T”.  Those  aspects  are: 

LOS  in  support  of  detections 
LOS  through  smoke  and  dust  douds 
LOS  support  the  force  deployment 

B-1.2  LOSFORDETECnONS 

The  prindpal  problem  to  be  solved  is  to  determine  if  a  line  from  an  observer  to  a 
target  intersects  intervening  terrain  or  terrain  features.  The  process  works  as 
follows: 

*  In  general,  the  line  between  the  observer  and  target  will  be  divided  into 
equidistant  points.  Each  point  will  be  tested  to  determine  the  degree  to  which  it 
influences  LOS. 

*  The  number  and  location  of  points  tested  along  the  observer  target  line  (LOS 
Line)  is  determined  as  follows: 

Compute  observer  to  target  [delta-x]  and  [delta>y] 

Compute  Nx  and  Ny  by  dividing  (delta-xj  and  Idelta-yl  by  the  terrain  grid  size 

The  largest  Nx  and  Ny  is  called  Np.  Np  is  the  number  of  points  to  be  tested 

along  the  observer  target  line. 

j  jj  dcltax  ,  dcltay 

Compute  dx  and  dv  to  be  — : —  and  — - — - 

The  points  to  be  tested  along  the  observer  target  line  are  generated  by  successive 
additions  of  dy  and  dx  to  the  observer's  position. 
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Each  point  is  tested  in  the  following  way:  The  height  of  the  terrain  at  any  point 
along  the  LOS  line  is  the  height  of  the  terrain  in  the  terrain  grid  cell  containing 
the  point.  If  the  terrain  is  higher  than  the  point  on  the  observer  target  line, 
then  the  process  is  terminated  and  LOS  is  said  ncA>to  exist  between  the  observer 
and  target. 

Note  that  the  observer  target  line  is  adjusted  to  account  for  the  height  of  the 
observer  and  the  height  of  the  target. 

If  the  observer  target  line  does  not  intersect  terrain,  then  it  will  be  tested  for 
being  below  any  terrain  feanxres  such  as  buildings  or  vegetation. 

If  the  point  on  the  observer  target  line  is  below  terrain  features,  then  the 
density  of  the  terrain  feature  is  added  to  a  sum  kept  for  the  observer  target  line. 
If  this  sum  exceeds  a  threshold,  then  line  of  sight  is  said  not  to  exist.  Terrain 
feature  density  of  the  terrain  grid  cell  containing  the  observer  is  not  added  to 
this  sum.  If  the  terrain  feature  densities  do  not  exceed  a  threshold,  they  will 
affect  the  observer's  ability  to  detect  the  target  in  the  following  way. 

Let  G  be  the  grid  size  in  Km  and  let  D  be  the  sxim  of  the  density  codes  of  the 
cells  for  which  LOS  line  is  below  the  city  or  tree  height. 

The  F  -  (C  *  D)‘  and  degradation  *  £,YP(~F).  The  table  below  contains  examples 
of  degradation  computations  for  a  grid  size  of  fifty  meters. 

The  degradation  is  applied  to  the  target  detection  dimension  during  the 
acquisition  process. 

Density  Code  Path  Length  in  Grids  LOS  Degradation 


1 

1 

1 

1 


1 

2 

3 

4 


0.997503 

0.990050 

0.977751 

0.960789 


4 

4 

4 

4 


1 

2 

3 

4 


0.960789 

0.852144 

0.697676 

0o27292 


7 

7 

7 


3 

4 


0.384706 

0.612626 

0.332040 

0.140853 


156 


B-13  LOS  IKROUGH^OKE  AND  Dust 


If  LOS  exists  between  an  observer  and  target,  the  model  also  checks  to  see  if  smoke 
or  dust  block  the  LOS  line.  Assuming  that  there  are  currently  some  active  clouds, 
the  following  process  is  used  to  determine  if  any  could  blocks  line  of  sight. 

i 

*  Each  cloud  is  defined  by  the  three  dimensional  location  of  its  center,  the 
orientation/direction  of  the  length  dimension  and  two  sets  of  length,  width, 
and  thickness  dimensions.  One  set  of  length,  width,  and  thickness  is  for  optical 
sensor,  the  other  for  thermal  sensors.  The  set  of  dimensions  used  is 
determined  by  the  sensor  the  observer  is  currently  using,  any  intersection  of 
the  LOS  line  and  the  cloud  blocks  LOS. 

A  gross  filter  is  first  applied  to  the  cloud  to  see  if  it  could  block  LOS.  This  is 
done  by  constructing  square  around  the  cloud.  The  dimension  of  the  square  is 
the  largest  of  the  length  of  width  dimension  of  the  could.  Next,  a  rectangle  is 
placed  of  over  the  observer  and  target  so  that  the  observer  and  target  lie  on 
opposite  ends  of  the  rectangle's  diagonal.  If  the  cloud  square  does  not  intersect 
I  the  observer  target  rectangle,  then  the  cloud  is  no  longer  considered. 

I  *  Next,  a  finer  filter  is  applied.  The  distance  firom  the  cloud  center  to  the  line 
I  connecting  the  observer  and  target  is  compared  tot  he  clouds  maximum 

I  dimension.  If  the  distance  is  larger  than  the  dimension,  then  the  could  is  no 
I  longer  considered. 

!  *  If  the  testing  gets  this  far,  a  third  test  is  made.  This  test  uses  the  cloud's 
orientation,  and  length  and  width  dimension  to  form  a  diamond.  The  four 
lines  making  up  the  diamond  are  tested  for  intersection  with  the  LOS  line.  If 
no  intersections  occur,  then  the  could  is  no  longer  considered. 

*  If  the  test  above  resulted  in  an  intersection,  then  the  altitude  of  the  intersection 
is  compared  to  the  altitude  of  the  top  and  bottom  of  the  cloud.  If  it  is  between 
those  two  altitudes,  then  the  catild  is  declared  to  block  LOS. 

|B-L4  LOS  FOR  Deployment 

!The  TOS”  routines  can  be  tised  during  the  play  of  '7anus/T’  to  indicate  the  general 
i  line  of  sight  characteristics  for  a  unit  located  at  a  particular  terrain  location. 

'*  To  do  this,  the  player  picks  "LOS"  from  menu  section  two.  Next,  the  player 
picks  a  unit.  Picking  a  unit  establishes  the  view  to  be  considered  by  the  LOS 
routines.  View  is  defined  by  view  fan  size,  view  fan  direction,  visibility  limit 
and  unit  height.  The  view  fan  size,  direction,  and  limit  are  drawn  in  white  on 
the  map  display. 

View  fan  size  is  the  angle  between  the  pie  shaped  wedge  representing  the  view. 
View  direction  is  designated  by  the  dashed  line  down  the  center  of  the  view. 
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Visibility  limit  is  represented  by  the  circular  arc  at  the  far  end  of  the  view. 

Unit  height  is  not  explicitly  represented  by  the  graphics. 

Height  and  visibility  limits  are  set  by  the  system  type  of  the  unit. 

View  fan  size  and  view  fan  direction  can  be  set  by  the  player. 

*  When  the  unit  is  picked  (after  picking  LOS),  the  unit's  view  will  be  graphically 
displayed  and  the  general  LOS  capability  of  the  terrain  location  and  unit  picked 
will  be  indicated  within  the  view  by  orange  lines.  The  orange  lines  are 
generated  using  the  following  procedure.  Starting  from  one  side  of  the  view, 
LOS  as  described  above  is  tested  every  five  degrees  for  points  along  a  line  from 
the  view  point  to  the  view  visibility  limit.  Whenever  two  consecutive  points 
have  line  of  sight,  an  orange  line  is  drawn  between  the  two  points.  Points 
between  the  five  degree  angle  increments  are  not  considered.  The  LOS 
degradation  factor  must  be  above  0.58  in  order  for  the  point  to  qualify  as  a  point 
to  which  LOS  exists. 

*  Once  the  unit  has  been  picked  and  the  LOS  routines  know  the  view  definition, 
it  is  possible  to  test  what  this  tmit  could  see  from  other  location.  To  do  this, 
move  the  cursor  to  another  location  and  press  the  yellow  button,  the  line  of 
sight  capability  of  the  unit  from  that  point  will  then  be  displayed.  In  this 
fashion,  the  player  can  dedde  where  to  deploy  each  unit. 

B-2  ACQUISmON 

The  target  acquisition  algorithms  used  in  "Janus /T’  are  based  on  the  mathematical 
detection  model  developed  by  the  Night  Vision  and  Electro-Optics  Laboratory, 
hereafter  referred  to  as  the  NVEOL  detection  model.  Actually,  the  NVEOL  detection 
model  is  not  a  well-defined  model,  in  that  it  is  rather  more  like  an  approach,  or 
concept,  for  modeling  the  detection /acquisition  process.  Documentation  of  the 
NVEOL  detection  model  is  scattered  throughout  various  published  reports, 
unpublished  papers,  letters,  briefing  slides,  etc.  This  leaves  the  Force-on-Force 
Combat  Simulation  designer  with  considerable  latitude  in  selecting  and/or 
designing  a  specific  implementation  of  the  NVEOL  detection  model. 

In  the  remainder  of  this  section  we  attempt  to  describe,  in  sufficient  detail,  the 
implementation  of  the  NVEOL  detection  model  in  "Janus/T*.  Modeling 
detection /acquisition  in3anus/T*  is  divided  into  two  basic  parts:  modeling  the 
physical  stimulus  that  a  target  presents  to  an  observer,  and  modeling  the  obs«^ers 
response  to  that  stimulus. 
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iB>zi  Stimulus  Presented  byTarget 


Definition  of  Cydes 


The  physical  effects  that  make  a  target  visible  are  condensed  into  a  single 
measurement.  This  measurei^ent  is  the  number  of  '’cycles"  resolved  by  the 
observer  upon  the  target.  Imag/ a  pattern  of  stripes  or  bars  which  are  equal  in  %vidth 
and  alternating  in  color.  Let  the  contrast  between  the  two  colors  be  the  same  as  the 
contrast  between  the  image  of  a  target  and  its  background.  Make  the  overall  size  of 
the  pattern  the  same  as  the  target's  minimum  presented  dimension.  Let  the  spacing 
of  the  bars  become  finer  and  finer  until  we  reach  the  finest  spacing  that  the  ol^rver 
can  distinguish.  Count  the  number  of  bars  in  the  pattern,  lliis  gives  the  number  of 
cydes  that  the  observer  can  resolve  on  the  target. 


B'2.1.2  General  method  for  Computing  Cydes 

The  general  method  for  computing  cydes  in  "Janus /T’  involves  these  steps: 

Find  the  contrast  of  the  target  as  ii  appears  to  the  observer's  sensor. 

*  Find  the  number  of  cycles  per  milliradian  that  the  sensor  can  resolve  as  a 
function  of  that  contrast. 

*  Use  the  targets  presented  dimension  and  range  to  find  the  number  of 
milliradians  subtended  by  the  target. 

*  Multiply  cydes  per  milliradian  times  milliradians  subtended  by  the  target, 
to  obtain  cydes. 

The  next  sections  describe  the  mathematical  model  for  computing  cydes. 

B-2.I.3  Computing  Contrast  for  Direct  Vision  Optical  Sensor  (DVOs) 

The  unaided  eye  and  binoculars  are  examples  of  DVO  sensors.  We  shall  refer  to 
such  sensors  as  "optical  sensors",  and  we  will  refer  to  targets  imder  observation  by 
these  sensors  as  "optical  targets".  The  procedure  for  determining  the  contrast  of  an 
optical  target  is  as  follows. 

Let: 

C5  »  contrast  of  target  at  sensor 

C7  s  contrast  of  target  measured  at  target 

5G  a  sky  to  ground  brightness  ratio  in  Xin  *  *  •  / 

EX  »  atmospheric  extinction  fw  visible  spectrum 
iL4  3  sensor  to  targe;  in  Km 
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CS^CT/{L  +  SG*[EXF{EX*RA)-l))  lEq.ll 


I 

The  sources  of  the  inputs  to  this  csicuiedon  ere; 


CT:  This  value  is  input  as  part  of  the  weather  dau.  (See  table  28,  the  entry 
"OPTICAL  CONTRA^)  All  optical  targets  are  assumed  to  have  the 
same  value  of  CT. 

SG:  This  value  is  input  as  part  of  weather  data.  (See  table  28)  Although 
provision  has  been  made  to  portray  SG  as  a  function  of  the  observer- 
to>target  direction,  this  has  not  yet  been  implemented  in  the 
"Janus/T  code.  The  value  of  SKY  TO  GROUND  BRIGHTNESS  for 
90  degrees  determines  the  value  of  SG  used  in  ”Janus/T". 

EX:  This  value  is  input  as  part  of  the  weather  data.  (See  Table  28,  under 
the  heading  "EXTINCTION  BAND  1") 

RA:  This  value  is  computed  by  the  model  from  the  current  observer  and 
target  locations 

B-2.1.4  Computing  Contrast  for  other  Sensors 

Sertsors  such  as  the  M>1  Tank  thermal  sight  will  be  referred  to  as  thermal  sensors. 

These  sensors  operate  on  wavelengths  roughly  between  7  and  12  microns.  Instead 
the  "contrast"  of  a  target  observed  by  a  thermal  sensor,  we  will  speak  of  the 
solute  value  of  the  average  target  to  background  temperature  difference"  or 

uelta>T"  of  the  target. 


Then: 


ST  »  absolute  av .  arget  to  back  ground  temp  difference  measured  at  sensor,  deg  C 
7T  s  absolute  a  eget  to  background  temp  difference  measured  at  target,  deg  C 
EX  s  atmospbeiic  extinction  for  7  >  12  micronband,  in  units  of  inverse  Km 
RA  s  sensor  to  target  range.  Km 

ST»Tr*EXP{~EX*RA)  [Eq.21 


The  sources  of  the  inputs  to  this  calculation  are: 

TT  »  This  depends  on  the  "contrast  class"  which  has  been  assigned  to  the 
target  system.  (See  Table  13,  the  entries  "EXPOSED  THERMAL 
CONTRAST  CLASS"  and  "DEHLADE  THERMAL  CONTRAST 
CLASS") 

The  translation  between  contrast  class  and  deg  C  is: 

Cass  OegC 
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1 

0.S 

2 

1.0 

3 

13 

4 

^0 

5 

23 

6 

3.0 

7 

33 

8 

4.0 

9 

43 

10 

5.0 

11 

6.0 

12 

7.0 

EX:  This  input  is  from  the  weather  data.  (See  Table  28,  the  entry 
i  "EXTINCTION  BAND  2”)  Although  the  7  to  12  micron  band  is  called 

"BAND  2"  in  "Janus /T",  dtis  band  is  usually  called  band  5  in  other 
programs,  such  as  Atmospheric  Science  Lab’s  EOSAEL  model. 

I  RA:  This  is  computed  by  the  model  from  the  sensor  and  target  locations. 

I 

B'2.1.5  Computing  Cycles  Per  MUliradian 

The  performance  of  a  sensor  is  specified  by  a  curve  of  cycles  per  milliradian  as  a 
function  of  target  contrast  measured  at  the  sensor  (in  the  case  of  DVOs),  or  as  a 
function  of  the  absolute  average  target  to  background  temperature  difference  in 
^degrees  C  (in  the  case  of  thermal  sensors).  This  data  is  entered  in  Table  31.  The 
columns  marked  "CYCLES"  refer  to  cycles  per  milliradian  data.  Those  marked 
MRT7MRC  refer  to  contrast  or  delta*T  data.  (MRT  abbreviates  "mean  resolvable 
temperamre";  MRC  abbreviates  "mean  resolvable  contrast".  Sensor  performance  is 
therefore  specified  by  an  MRT  or  an  MRC  curve. 

Before  entering  these  curves,  the  user  should  determine  whether  the  magnification 
of  the  sensor  is  represented  by  the  data  he  intends  to  use.  A  Jamus  seiuor  is  not 
simply  a  type  of  sensor  such  as  a  dragon  thermal  sight,  but  it  is  a  particular  type  of 
sensor  operating  in  a  particular  field  of  view.  Magnification  depends  on  which  field 
of  view  is  asstimed.  Because  of  the  way  acquisition  is  model^  (see  "CHOICE  OF 
SENSOR  FIELD  OF  VIEW"  below)  it  is  best  to  assume  sensors  operate  in  their 
narrowest  field  of  view.  In  past  studies  at  TRASANA,  the  MRT  curves  for  thermal 
sensors  have  included  this  magnification.  Some  of  the  DVO  curves  have  included 
it,  while  others  required  that  the  xiser  adfust  a  curve  for  the  eye  by  multiplying  cycles 
per  milliradian  data  by  sensor  magnification.  The  "Janus/T"  code  does  not  perform 
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.ch  adiu..n..n..;  mus,  b.  don.  by  d..  u«.  b.fo«  d»  p«(onn.nc. 

data  is  entered-  „ 

•I.nu5/r  Msun««  °X«  1«5 

(6)  Computing  Minimum  P««nttd  Dimension  of  T«g.t 

The  minimum  *«  sensor-lo-ttrgel 

l.e^' 

ad  .  actuai  minimum  presented  dimension  of  iargeti  meters 

°°  'jr;it°;r«!enrs‘rtin:L“^^^^^^ 

e>cposed. 

H  -  factor  depending  on  whether  target  is  in  defiiade  or  n  . 
n  -  factor  depending  on  terrain  along  LOS. 


"hen: 


DA-DD*F\*F2  lBq.3] 


The  sources  of  these  inputs  are:  aua»  »ntrv 

oS^^NSlSN^Iio^nrJ-  this  'data  item  with 

-HEIGHT’.) 

n:  FI  is  set  to  K  if  target  is  in  defUade.  set  to  1.0  otberwtse 

niitod  bv  the  LOS  algorithm.  (See  the  precedi  g 

F2:  This  factor  IS  comput^^  5 

section  TROBABILITY  OF  LOS  ) 

B.2.1.S  Computing  Mflliradian  Subtended  by  Target 

Let: 

MR  «  milJiradian  subtended  by  target 
r4i?  «  acnial  target  dimension  in  meters 
RA  s  sensor  to  target  range  in  idlomeiers 


T’nen: 


MR  =  AO  i  RA 
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"Tie  input  AD  is  described  above,  RA  is  computed  from  the  sensor  and  target 
xations.  {AD! RA  is  an  approximation  for  MR.) 

As  stated  earlier,  no  adjustment  is  made  to  AD  or  MR  to  account  for  sensor 
magnification.  "Janus /T*  assumes  such  an  adjustment  is  part  of  the  MRT  or  MRC 
data  for  the  sensor. 

B-2.1.7  Algorithms  Used  by  '*Janus/T* 

It  is  more  convenient  to  work  in  terms  of  the  logarithms  of  many  of  the  quantities 
mentioned  above  than  in  terms  of  the  quantities  themselves.  EXiring  "Janus /T* 
initialization,  much  of  the  above  data  is  converted  by  taking  logarithms.  For 
example,  the  sensor  performance  curves  are  used  to  generate  curves  which 
represent  cycles  per  milliradian  as  a  function  of  the  natural  logarithm  of  contrast  or 
temperature. 

The  curve  corresponding  to  Eq.  1  is  generated  as  a  set  of  slope-intercept  interpolation 
data  during  initialization. 

B-2.2  Observers  Response  to  Target  Stimulus 

Each  20  seconds  of  Game  Time,  a  list  of  at  most  5  potential  target  units  is  formed  for 
each  observer  unit  We  will  now  describe  the  requirements  which  must  be  satisfied 
n  order  for  an  enemy  unit  to  be  included  in  this  list  the  observer  must  have  LOS 
to  the  target,  and  must  resolve  a  sufficient  "cycle  ratio"  on  the  target  unit.  The  target 
unit  must  be  in  the  observer's  sector  of  search.  If  there  are  more  than  5  targets 
meeting  these  conditions,  only  the  5  with  the  most  cycles  are  put  in  the  list.  Cycle 
ratios  and  search  sectors  are  desaibed  in  more  detail  in  later  sections. 

A  unit  in  "Janus /T"  may  have  two  sensors.  An  observer  unit  uses  only  one  of  these 
sensors  at  a  time.  If  no  targets  are  currently  acquired  by  an  observer,  "Janus /T"  will 
cause  the  unit  to  switch  to  its  other  sensor  before  its  potential  target  list  is  updated. 

Each  2  seconds  of  Game  Time,  an  observer  unit  attempts  to  acquire  those  units  in  its 
list  of  potential  targets.  An  independent  U(0,1}  random  draw  is  made  for  each 
potend^  target,  and  compared  to  a  calculated  probability  of  detection  for  that  target. 
(Details  of  computing  the  probability  of  detection  are  given  in  a  later  section.)  If  the 
random  draw  is  less  than  or  equal  to  the  computed  probability  of  detection,  the 
target  unit  is  acquired,  otherwise  it  is  not.  Once  acquired,  the  target  unit  will  remain 
acquired  until  either  LOS  is  lost,  or  the  target  is  no  longer  within  the  observer  unit's 
search  sector. 
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B*Z2.1  Threshold  Cycle  Ratio 

During  "fanus/T'  initialization,  each  possible  combination  of  observer  unit  with 
enemy  target  unit  is  assigned  a  "threshold  cycle  rado"  by  a  random  drawing.  The 
distribution  of  threshold  cycle  ratios  is  given  as  follows: 

Let: 

PR  s  probability  tha  tassigned  threshold  cycle  rado  is  less  than  or  equal  loR 

TR  s  value  of  threshold  cycle  rado 

A^2.7 

B^QJ 

W^A  +  B*TR 
TERM  =  {TR)^W 

Then: 


PR  =  TERM  /  (1  +  TERM)  [Eq.  51 

This  distribution  of  threshold  cycle  ratios  corresponds  to  the  "P=INFINITY'* 
probability  distribution  in  the  VNEOL  detection  model. 

As  was  stated  above,  one  of  the  requirements  for  an  enemy  unit  to  be  included  in  an 
observer  unit's  potential  target  list,  is  that  the  observer  must  resolve  a  sufficient 
"cycle  ratio"  on  the  target  unit.  This  requirement  is  evaluated  in  the  following 
manner.  Suppose  the  observer  resolves  C  cycles  upon  the  target.  The  value  of  the 
:cycle  ration"  is  then  CR  =  CI  M,  where  M  =  3.5  if  the  target  is  stationary,  or  M  =  2.0 
if  the  target  is  moving  or  has  fired  in  the  previous  15  seconds.  In  the  NVEOL 
Model,  M  is  called  the  "cycle  criterion".  It  is  the  median  number  of  cycles  required 
for  eventual  acquisition.  Using  M  -  3.5  corresponds  to  acquisition  at  the  level  of 
"recognition",  which  meaits  the  observer  acquires  the  target  and  knows  whether  it 
is  tracked  or  wheeled  or  personnel.  Using  M^ZO  corresponds  to  acquisition  at  the 
level  of  "aimpoint",  which  means  the  target  is  acquired  and  can  be  aimed  at. 

The  computed  "cycle  ration"  (CR)  is  then  compared  to  the  threshold  cycle  ratio 
which  was  assigned  to  the  observer/ target  combination  during  "Janus /T" 
iiutialization.  The  computed  "cycle  ratio"  must  be  greater  than  or  equal  to  the 
threshold  cycle  ratio,  before  the  target  is  eligible  to  be  put  in  the  observer's  potential 
target  list. 

(The  above  mathematical  model  is  actually  implemented  in  "Janus/T"  by  assigning 
threshold  values  of  TR*3.5  to  TR.  Then  if  a  target  has  moved  or  fired,  C  is 
multiplied  by  1.75  and  compared  to  the  threshold.  This  is  equivalent  to  comparing 
C/10  toTR.) 
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I 

i 

i  We  emphasize  that  a  threshold  cycle  ratio  is  assigned  to  each  observer-unit/ target- 
unit  combination  during  initialization.  Once  set,  these  thresholds  are  not  changed 
during  a  particular  "Janvs/T'  run. 

! 

Search  Sector 

If  an  observer  unit  is  not  in  defilade,  its  search  sector  is  a  drcie  centered  at  the  unit, 
with  a  radius  of  "VISIBIUTY".  The  data  item  ‘VISIBILITY"  is  described  in  Table  13. 

If  an  observer  unit  is  in  defilade,  its  search  sector  is  a  pie  shaped  wedge,  with  the 
point  of  the  wedge  located  at  the  unit's  position.  The  wedge  is  called  the  unit's 
"View  Fan"/  The  angular  extent  and  direction  of  the  unit's  view  fan  is  set  by  the 
player,  and  the  radial  extent  of  the  fan  is  determined  by  the  "VISIBILITY"  of  the 
observer  unit. 

A  moving  unit  will  not  restrict  its  search  to  the  View  Fan  set  by  the  player,  since 
such  a  unit  is  not  in  defilade.  Also,  when  a  unit  stops  moving,  there  may  be  a  time 
delay  before  it  goes  into  defilade  and  its  View  Fan  berames  effective. 

B-2.2.3  Probability  of  Acquiring  a  Potential  Target 
Let: 

PD  s  probability  target  is  acquired 
T  s2.0sec 

A/  «  0.5  cycles  if  target  is  moving  or  has  recently  fired.  M  »  2.0  cycles  otherwise 

C  s  cycles  present  on  target 

CR^CIM 

PF  *  a  fiincdon  of  TR  given  below 
SS  s  angular  extent  of  sector  of  search 
FV  =  field  of  view  of  observers  sensor 

Then: 


F*L0-£XF(-(FV/5S)*(FF/3.4)*r)  DEq.6l 

The  value  of  SS  is  the  angular  extent  of  the  observer  imit's  View  Fan  if  in  defilade, 
and  180.0  degrees  is  not  in  defilade.  Note  that  "Janus/’F  does  not  explidtiy  model 
the  direction  of  the  observer's  sensor  as  a  ftmction  of  time.  The  factor  FV/SS  is  the 
fractional  amount  of  time  that  a  particular  target  is  in  the  observer  unit's  sensor 
field  of  view.  (The  value  of  FV  is  entered  in  Table  30.) 
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rhe  values  used  for  M  correspond  to  the  cycle  criterion  for  acquiring  a  target  at  the 
level  of  "detection",  which  means  that  target  is  known  to  be  a  point  of  military 
interest.  These  values  are  appropriate  for  medium  clutter  conditions. 

Now  we  describe  the  function  PF. 

Let: 

C  a  cycles  resolved  on  target 

Ma2.0 

CR^CIM 

A  a  2.7 

fl  =  0.7 

W^A^B*CR 
TERM  =  {CRfW 

Then  if  CR  is  less  than  or  equal  to  2: 

PR  a  TERM  /  (1.0  +  TERM)  [Eq.  7\ 

Else: 


PF^CRIl  [Eq.8l 


B-2J  ACQUISITION  BY  RYERS 


When  a  flyer  unit  is  not  currently  "popped  up",  its  acquisition  of  enemy  units  is 
modeled  in  the  same  fashion  as  non-flyer  units  with  the  exception  that  the  search 
sector  of  a  moving  flyer  is  set  to  180  degrees  instead  of  360  degrees. 

When  a  flyer  unit  is  popped  up,  its  acquisition  process  is  modified,  as  follows. 


B-2J.1  Non-Scanning  Flyers  When  Popped-Up 

When  a  flyer  that  does  not  have  an  automatic  target  scanner  is  popped  up,  its  list  of 
potential  targets  is  updated  immediately,  instead  of  waiting  for  the  next  normal  20- 
second  update.  Acquisition  of  enemy  target  units  then  proceeds  in  the  same 
manner  as  for  non-flyers. 


B-2J,2  Scanning  Flyers  When  Popped-Up 

When  a  flyer  with  an  automatic  target  scanner  is  popped  up  by  the  player,  it  remains 
up  for  a  certain  time  which  simulates  using  an  automatic  scanner  to  capture  a 
picture  of  the  scene.  The  observer  unit's  list  of  potential  targets  is  immediately 
updated,  based  on  the  performance  of  the  narrow  field  of  view  of  a  special  sensor 
which  simulates  the  automatic  scaimer  capabilities. 
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The  flyer  then  pops-down  (remasks)  automatically.  "Janus /T*  simulates  the  pilot's 
search  of  the  stor^  picture.  The  pilot  considered  to  be  using  the  wide  Held  of  view 
of  the  special  scanning  sensor  used  to  build  the  potential  target  list,  and  is 
considered  to  be  searching  for  a  time  period  which  is  proportional  to  the  angular 
extent  of  the  View  Fan  of  the  flyer  (which  has  been  set  by  the  player).  An 
independent  random  draw  is  made  to  determine  whether  the  pilot  detects  each 
target.  The  probability  of  detection  is  given  by  Eq.  6,  with  the  following 
modiHcations  made  to  the  inputs  of  Eq.  6.  The  value  of  M  used  is  3.5  unless  the 
target  has  fired.  This  accounts  for  the  fact  that  movement  is  not  evident  on  the 
stored  picture.  The  value  of  T  is  one-half  the  actual  time  spent  searching.  This 
accounts  for  the  fact  that  the  pilot's  search  process  is  believed  to  be  slower  than  a 
search  of  an  actual  scene. 


The  flyer  will  remain  popped  down  for  a  time  equal  to  the  pilot's  actual  search 
time,  plus  2  seconds  for  each  target  acquired.  The  additional  time  accounts  for 
spending  two  seconds  per  acquired  target  to  switch  to  narrow  field  of  view  and 
recognize  the  target. 

If  the  pilot  acquired  no  targets  during  the  remask  time  period,  the  scanning 
procedure  is  started  over;  that  is,  the  flyer  pops  up  again  and  captures  another 
picture  of  the  scene,  then  remasks  and  the  pilot  again  searches  the  stored  picture  for 
.  targets,  etc 

If  the  pilot  acqxiired  targets  during  the  remask  time  period,  then  the  flyer  will  pop 
up  and  attempt  to  re-acquire  all  targets  previously  acquired  form  the  scanner 
picture.  The  sensor  the  pilot  uses  will  (be)  the  first  sensor  assigned  to  the  system. 
(See  Table  22,  the  entry  'FIRST  SENSOR  TYPE".)  Each  2  seconds,  an  independent 
,  random  draw  is  made  for  each  potential  target.  The  probability  of  detection  is  given 
j  by  Eq.  6.  However,  the  ratio  (FV/SS)  in  equation  6  is  set  equal  to  1.0,  since  the  pilot 
knows  the  location  of  the  potential  targets  and  can  immediately  place  them  within 
his  sensor's  FOV. 


B-2.4  Effect  of  Aggregation  Upon  ACQUismoN 

A  unit  which  is  an  aggregate  of  several  systems  acquires  targets  as  if  it  were  a  single 
system-  Such  a  unit  is  also  acquired  as  if  it  were  a  single  system.  That  is,  when  it  is 
viewed  as  a  target,  it  appears  to  be  a  single  system  with  the  dimensions  and  contract 
of  a  single  S3rstem. 

B-2.S  Choice  of  Sensor  field  Of  view 

The  assumed  FOV  for  a  sensor  is  determined  by  what  data  the  user  decides  to  enter 
in  Table  31.  Since  the  level  of  acquisition  required  for  putting  a  target  in  the 
observer's  potential  target  list  is  sometimes  as  high  as  "recognition",  sensors  should 
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operate  in  their  narrowest  field  of  view  in  order  to  produce  as  many  cycles  as 
possible  on  the  target.  Once  a  target  is  in  the  list,  the  time  needed  to  detect  it 
depends  on  Eq.  6.  Although  using  a  narrow  FOV  decreases  the  term  (FV  /SS)  in  Eq. 
6,  it  also  increase  the  vadue  of  CR  and  PF,  which  somewhat  compensates.  By  using 
Eq.  6  we  are  assuming  that  the  elevation  angle  of  the  sensors  Held  of  view  is  always 
great  enough  to  cover  the  elevation  of  the  observer’s  search  sector.  If  this  were  not 
the  case,  then  the  term  (FV /SS)  would  have  been  replaced  by  the  ratio  of  the  area  (in 
deg*  2)  of  the  sensors  FOV  to  the  area  of  the  search  sector. 

'  B-3  DIRECT  HRE 

B<3.1  General 

The  Direct  Fire  Module  (DFM)  of  "Janus/T"  is  invoked  to  process  a  singe  potential 
direct  fire  event,  up  to  and  including  the  outcome  of  the  firing  event  itself.  The 
DFM  is  initially  scheduled  (for  a  particular  firing  unit)  by  the  Detection  Module 
whenever  a  direct  fire  imit  detects  an  enemy  unit,  but  may  subsequently  re-schedule 
itself  (for  the  same  firing  unit)  if  required. 

In  general  terms,  the  DFM  performs  the  following  tasks  each  time  it  is  invoked  for  a 
specified  firing  unit: 

i 

*  Determine  if  the  firing  unit  can  fire  at  this  time. 

*  Perform  target  and  weapons  selection,  if  possible. 

*  Fire  one  round  (burst)  and  record  the  firing  event. 

*  Decrement  the  appropriate  ammo  count  for  the  firing  event. 

*  Calculate  the  round  (or  burst)  impact  time. 

*  Make  a  preliminary  determination  of  the  number  of  kills.  At  impact  time, 
determine  if  the  kills  are  still  valid.  Record  the  kills,  if  any. 

*  Calculate  the  earnest  next  possible  firing  time  for  this  firing  unit. 

*  Re-schedule  the  DFM  to  run  again  for  this  same  firing  unit,  if  appropriate. 

A  detailed  functional  description  of  each  of  the  above  DFM  tasks  is  presented  in  the 
following  paragraphs. 

B-3.2  Initial  Firing  Requirements 

Before  being  processed  through  the  remainder  of  the  DFM,  a  unit  must  satisfy  all  of 
the  following  requirements: 

*  The  unit  must  be  alive  and  operable 

*  The  unit  must  be  Direct  Fire  capable 
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APPENDIX  L 


This  Appendix  provides  a  brief  description  of  the  content  and 
usefulness  of  the  publications  listed  in  the  bibliography. 


Baer,  W. ,  and  Akin,  J.R.,  "An  approach  for  real-time  database 
creation  from  aerial  imagery,"  Nascent  Systems  Development  Inc., 
Carmel  Valley,  California. 

This  article  discusses  the  real  time  generation  of  a  of  a 
perspective  view  datad^ase.  The  method  of  visually  obtaining 
the  terrain  data  is  looked  at  as  well  as  the  construction  of 
the  Pegasus  database.  The  article  is  geared  primarily  towards 
describing  how  a  perspective  view  system  could  be  generated. 


Celski,  R.J.,  "A  Study  of  the  Line  of  Sight  Calculations  and  Data 
Base  for  the  Janus  (A)  Model,"  paper  for  TRAC  Monterey,  Monterey, 
CA,  16  September  1992. 

A  report  conducted  to  analyze  problems  in  the  representation 
of  vegetation  as  well  as  its  density  and  height  values.  The 
report  looks  at  the  HITREE  and  DOLOS  subroutines  and  examines 
their  flaws. 


Digital  Equipment  Corporation,  Order  Number :AA-D034E-TE,  VAX 
FORTRAN:  Language  Reference  Manual,  Maynard,  Massachusetts,  June 
1988 


Technical  manual  for  understanding  the  VMS  VAX  FORTRAN 
language . 


Kellner,  A.D.,  "NVEOD  Detection  in  Janus  (A)  , "  memorandum  for  the 
record  for  U.S.  Army  TRADOC  Analysis  Command,  White  Sands  Missile 
Range,  New  Mexico,  14  July  1992. 

Provides  a  summary  of  how  detection  and  acquisition  are 
calculated  in  Janus.  Study  of  this  memorandum  will  provide  the 
reader  with  the  necessary  background  knowledge  required  to 
understand  the  logic  behind  detection  and  acquisition  in 
Janus.  This  memorandum  is  clearly  written  to  educate  the 
layman.  It  provides  the  basis  of  the  background  information  on 
Janus  in  Chapter  I  of  this  thesis. 


169 


Macchiaroli,  C.R.,  A  Review  of  Literature  on  the  Theory  of  Visual 
Target  Detection  Prohahilities ,  Master's  Thesis,  Naval  Postgraduate 
School,  Monterey,  California,  September  1973. 

As  the  title  states,  this  thesis  conducts  a  review  of  the 
literature  availedile  on  target  detection.  This  may  provide  a 
starting  point  for  further  understanding  of  the  various  ideas 
and  approaches  on  target  detection.  However,  this  thesis  was 
written  over  20  years  ago,  and  does  not  cover  recent 
literature. 


Parish,  R.M.,  and  Kellner,  A.D. ,  "Target  Acquisition  in  Janus 
Army, "  paper  for  the  U.S.  Army  TRADOC  Analysis  Command,  White  Sands 
Missile  Range,  New  Mexico,  October  1992. 

This  article  covers  the  same  topics  as  does  Kellner's 
memorandum  of  14  July  mentioned  above.  It  also  describes  some 
of  the  mechanics  in  Janus  such  as  search  initialization  and 
generation  of  potential  target  lists.  It  is  not  an  exact 
duplicate  of  Kellner's  memorandum,  and  thus  may  offer 
additional  insight  into  detection  and  acquisition. 


TITAN  Tactical  Applications,  Software  Design  Manual  Janus (A)  2.1 
Model,  Contract  No.  DABFT  60-90-D-0002,  Delivery  Order  #37. 

Provides  a  description  of  the  overall  Janus  system.  Some  of 
the  more  useful  items  included: 

-  def'cription  of  data  files  and  what  they  contain 

-  description  of  the  Global  files  contained  in  Janus 

description  of  Janus  algorithms.  This  includes 
discussions  of  radars,  barriers,  chemical  warfare,  smoke 
clouds,  mine  fields,  movement,  and  line  of  sight. 

Also  included  is  a  section  based  on  the  paper  done  by  Kellner 
and  Randall  mentioned  above. 


TITAN  Tactical  Applications,  User  Manual  Janus  3.0  Model,  Contract 
No.  DABFT  60 - 90 -D- 0002,  Delivery  Order  #37. 

Describes  how  to  plan,  execute,  verify,  and  post  process  Janus 
scenarios.  A  useful  manual  if  you  want  to  create  your  own 
scenario. 
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TITAN  Tactical  Applications,  Software  Programmers  Manual  Janus  (A) 
2.1  Model,  Contract  No.  DABFT  60-90-D-0002,  Delivery  Order  #37. 

Provides  detailed  descriptions  of  all  subroutines  used  in  the 
Janus  model .  Also  provides  block  diagrcuns  showing 
interrelationships  between  subroutines.  In  each  subroutine 
description  is  included  a  list  of  all  subroutines  and  function 
that  it  calls  and  a  list  of  any  subroutines  it  is  called  by. 
An  excellent  tool  for  determining  relationships  within  Janus. 


Janus  (T)  Documentation  and  Users  Manual,  Department  of  the  Army, 
US  Army  TRADOC  Analysis  Command,  White  Sands,  New  Mexico,  1988. 

Describes  another  method  of  determining  the  line  of  sight  and 
detection.  The  Janus  (T)  algorithm  is  designed  more  for  speed 
than  detail .  Useful  to  read  to  get  another  perspective  on  how 
attenuation  is  calculated.  The  manner  in  which  Janus  (T) 
calculates  attenuation  seems  more  correct  than  that  used  in 
Janus  (A)  . 


Janus  Programs 

The  prograims  themselves  are  full  of  comments  and  descriptions 
which  are  very  useful  in  understanding  what  he  particular 
routine  is  trying  to  do.  This  is  a  very  useful  tool  when 
combined  with  the  Software  Programmers  manual 
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